Community discussions

 
User avatar
Hammy
Forum Veteran
Forum Veteran
Posts: 701
Joined: Fri May 28, 2004 5:53 pm
Location: DeKalb, IL
Contact:

Re: CHR suggestions for new functionality

Tue Sep 05, 2017 6:57 pm

Various other aspects of managing the entire virtual environment are also made easier when VMware Tools is installed. The host and management environments know if the tools are installed or not.

Again, spend your time implementing, not arguing. Mikrotik has a bad habit of arguing with their customers that needs to change.

I'd actually recommend separate packages one loads into their CHR, with agents specific to each virtualization platform. I know vSphere and QEMU/KVM have them. I wouldn't be surprised if others did as well.
-----
Mike Hammett

The Brothers WISP
 
SPKA16
just joined
Posts: 21
Joined: Fri Aug 05, 2016 8:41 pm

Re: CHR suggestions for new functionality

Tue Sep 05, 2017 10:10 pm

The most important reason to install VMware tools are the (virtual)drivers. And since its a router it basically just needs NIC driver support, and they already implemented the VMXNET3 driver.
It does not need a mouse, graphics or paravirtualscsi drivers, shared folders from console, ect. It is a router! The other reasons mentioned on the page are no deal breakers?

With tools installed it just looks good in vsphere when it says your VM is green and no yellow warning-bar is displayed that the tools are not running. But for a HA environment it is not even needed. We can still make snapshots/back-ups, we can still move the machine between hosts and storage clusters, its HA protected, ect.

So in the end they do a lot of work for removing a warning message without actually having any real benefits the tools provide. Hence they ask what the tools actually provide for you!

But ya +1 for the tools support so we don't see warnings anymore - But I rather see the resources spent on v7 ;)
 
raffav
Member Candidate
Member Candidate
Posts: 229
Joined: Wed Oct 24, 2012 4:40 am

Re: CHR suggestions for new functionality

Wed Sep 06, 2017 3:02 am

I just think that some builder to customize the img on site, before download will be very cool
 
User avatar
Phaere
just joined
Posts: 21
Joined: Thu Jul 17, 2014 3:01 pm
Location: Kyiv

Re: CHR suggestions for new functionality

Wed Sep 06, 2017 12:50 pm

And please, make support of SCSI\SATA controller, not IDE
 
kasparskr
MikroTik Support
MikroTik Support
Posts: 77
Joined: Mon Jul 27, 2015 11:46 am

Re: CHR suggestions for new functionality

Wed Sep 06, 2017 1:13 pm

And please, make support of SCSI\SATA controller, not IDE
What do you mean with SCSI controller? Works fine with SCSI. Example on VirtualBox:
[admin@MikroTik] > /system resource print 
                   uptime: 3m56s
                  version: 6.41rc20 (testing)
               build-time: Aug/29/2017 06:41:04
              free-memory: 14.9MiB
             total-memory: 32.2MiB
                      cpu: Intel(R)
                cpu-count: 1
            cpu-frequency: 1899MHz
                 cpu-load: 0%
           free-hdd-space: 32.1MiB
          total-hdd-space: 63.5MiB
  write-sect-since-reboot: 424
         write-sect-total: 425
        architecture-name: x86_64
               board-name: CHR
                 platform: MikroTik
[admin@MikroTik] > /system resource pci print 
 # DEVICE   VENDOR                                            NAME                                                        IRQ
 0 00:14.0  LSI Logic / Symbios Logic                         53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI (rev: 0)          9
 1 00:07.0  Intel Corporation                                 82371AB/EB/MB PIIX4 ACPI (rev: 8)                             9
 2 00:06.0  Apple Computer Inc.                               KeyLargo/Intrepid USB (rev: 0)                               11
 3 00:04.0  InnoTek Systemberatung GmbH                       VirtualBox Guest Service (rev: 0)                             9
 4 00:03.0  Intel Corporation                                 82540EM Gigabit Ethernet Controller (rev: 2)                 10
 5 00:02.0  InnoTek Systemberatung GmbH                       VirtualBox Graphics Adapter (rev: 0)                         11
 6 00:01.0  Intel Corporation                                 82371SB PIIX3 ISA [Natoma/Triton II] (rev: 0)                 0
 7 00:00.0  Intel Corporation                                 440FX - 82441FX PMC [Natoma] (rev: 2)                         0
 
andriys
Forum Guru
Forum Guru
Posts: 1010
Joined: Thu Nov 24, 2011 1:59 pm
Location: Kharkiv, Ukraine

Re: CHR suggestions for new functionality

Wed Sep 06, 2017 1:37 pm

And please, make support of SCSI\SATA controller, not IDE
What do you mean with SCSI controller?[/code]
He probably meant generating VMDK images in a proper format so it can easily be used with ESXi without having to convert it first. (The VMDKs from your download page can only be imported as IDE, whereas converted images work fine as SCSI as well, hence the wording.)
 
kasparskr
MikroTik Support
MikroTik Support
Posts: 77
Joined: Mon Jul 27, 2015 11:46 am

Re: CHR suggestions for new functionality

Wed Sep 06, 2017 2:20 pm

In our build environment we use Qemu tools to convert images to various formats (qemu-img convert), including to VMDK. To convert a VMDK image created by Qemu to ESXi compatible format, VMWare tools (vmkfstools) are necessary. They are provided together with the ESXi server so you can do it on your ESXi. Instructions how to install the CHR on ESXi are available here - https://wiki.mikrotik.com/wiki/Manual:C ... e_ESXi_6.5
 
pe1chl
Forum Guru
Forum Guru
Posts: 3764
Joined: Mon Jun 08, 2015 12:09 pm

Re: CHR suggestions for new functionality

Wed Sep 06, 2017 2:55 pm

In our build environment we use Qemu tools to convert images to various formats (qemu-img convert), including to VMDK. To convert a VMDK image created by Qemu to ESXi compatible format, VMWare tools (vmkfstools) are necessary. They are provided together with the ESXi server so you can do it on your ESXi. Instructions how to install the CHR on ESXi are available here - https://wiki.mikrotik.com/wiki/Manual:C ... e_ESXi_6.5
I hope you are aware that the released images are not really compatible with ESXi and need to be converted again by the user.
This is an error-prone process and when it is skipped, issues occur later (e.g. when the disk is imported into ESXi as-is (IDE)).
Furthermore, for convenient deployment on ESXi you should not distribute a disk image, but rather a .ovf file, which is a disk image plus configuration information.
 
User avatar
Cha0s
Long time Member
Long time Member
Posts: 697
Joined: Tue Oct 11, 2005 4:53 pm

Re: CHR suggestions for new functionality

Wed Sep 06, 2017 3:45 pm

In our build environment we use Qemu tools to convert images to various formats (qemu-img convert), including to VMDK. To convert a VMDK image created by Qemu to ESXi compatible format, VMWare tools (vmkfstools) are necessary. They are provided together with the ESXi server so you can do it on your ESXi. Instructions how to install the CHR on ESXi are available here - https://wiki.mikrotik.com/wiki/Manual:C ... e_ESXi_6.5
OK you wanted features suggestions.

Ditch all the above and distribute CHR as an ovf like a normal virtual appliance rather than all this total mess you just mentioned.
 
schadom
just joined
Posts: 23
Joined: Sun Jun 25, 2017 2:47 am

Re: CHR suggestions for new functionality

Wed Sep 06, 2017 4:58 pm

In our build environment we use Qemu tools to convert images to various formats (qemu-img convert), including to VMDK. To convert a VMDK image created by Qemu to ESXi compatible format, VMWare tools (vmkfstools) are necessary. They are provided together with the ESXi server so you can do it on your ESXi. Instructions how to install the CHR on ESXi are available here - https://wiki.mikrotik.com/wiki/Manual:C ... e_ESXi_6.5
OK you wanted features suggestions.

Ditch all the above and distribute CHR as an ovf like a normal virtual appliance rather than all this total mess you just mentioned.
I totally agree that OVF is the only way to go for releasing virtual appliances. Mikrotik team should have a look into this.
Currently every ESXi user has to convert the VMDK once again in oder to adjust the disk size as needed.

Please find more details at:
https://en.wikipedia.org/wiki/Open_Virt ... ion_Format
https://en.wikipedia.org/wiki/Open_Virt ... ry_support
http://www.dmtf.org/standards/ovf

The following perl script can genrate an OVF from VMDK/RAW disks and could probably be integrated into your build and release process.
Additionally tools like vboxmanage or vmkfstools might be able to validate and test the generated OVFs for consistency before releasing them.
https://github.com/EmmanuelKasper/import2vbox
 
karwos
Frequent Visitor
Frequent Visitor
Posts: 55
Joined: Thu Apr 02, 2015 7:28 pm
Location: Poland

Re: CHR suggestions for new functionality

Wed Sep 06, 2017 10:50 pm

Guys, I think CHR should be kept clean, as it is now. It's damn small, and you can backup and restore your vm image in disaster recovery scenario quickly.
Thats virtual router, not full blown linux machine. Thats why routeros (beside its bugs, sometimes) is rock solid. Adding too much stuff will end in sw size grow, bugs, attack vectors and much more not predicted situations.
Better focus on networking/drivers/vmtools stuff.

Why you cant just run separate linux with dockers? Since you already running vm environment. It will be even better - you can assign cpu priorities, and in cause of web server or other docker service DoS, you will have just web service down, not whole CHR machine.

From my side, sriov support (with appotiate and common drivers - igb, ixgbe), vmtools: safe shutdown, memory queiescent.
Plus, maybe some firewall matcher to allow traffic to/from licencing server ( need add static ip now, hope it will not change soon).
 
User avatar
jspool
Member Candidate
Member Candidate
Posts: 266
Joined: Sun Oct 04, 2009 4:06 am
Location: Oregon

Re: CHR suggestions for new functionality

Wed Sep 06, 2017 11:10 pm

Guys, I think CHR should be kept clean, as it is now. It's damn small, and you can backup and restore your vm image in disaster recovery scenario quickly.
Thats virtual router, not full blown linux machine. Thats why routeros (beside its bugs, sometimes) is rock solid. Adding too much stuff will end in sw size grow, bugs, attack vectors and much more not predicted situations.
Better focus on networking/drivers/vmtools stuff.

Why you cant just run separate linux with dockers? Since you already running vm environment. It will be even better - you can assign cpu priorities, and in cause of web server or other docker service DoS, you will have just web service down, not whole CHR machine.

From my side, sriov support, vmtools: safe shutdown, memory queiescent.
Plus, maybe some firewall matcher to allow traffic to/from licencing server ( need add static ip now, hope it will not change soon).

I agree. Many request a swiss army router that can act as a PBX and control their vacuum cleaner, toggle the lights on their fish tank and other things that have no place in a router.

Some perhaps are more into saving money by requesting Mikrotik put everything they need into the software. Seriously if your a business you will have a separate server for PBX and non routing functions.

Some would like it to be more of a UTM appliance which while probably possible would take an amazing amount of development and would require Mikrotik to grow significantly to support such a product and no doubt enter us into the subscription based pricing model to make it worthwhile for them.
 
karwos
Frequent Visitor
Frequent Visitor
Posts: 55
Joined: Thu Apr 02, 2015 7:28 pm
Location: Poland

Re: CHR suggestions for new functionality

Wed Sep 06, 2017 11:20 pm

Guys, I think CHR should be kept clean, as it is now. It's damn small, and you can backup and restore your vm image in disaster recovery scenario quickly.
Thats virtual router, not full blown linux machine. Thats why routeros (beside its bugs, sometimes) is rock solid. Adding too much stuff will end in sw size grow, bugs, attack vectors and much more not predicted situations.
Better focus on networking/drivers/vmtools stuff.

Why you cant just run separate linux with dockers? Since you already running vm environment. It will be even better - you can assign cpu priorities, and in cause of web server or other docker service DoS, you will have just web service down, not whole CHR machine.

From my side, sriov support, vmtools: safe shutdown, memory queiescent.
Plus, maybe some firewall matcher to allow traffic to/from licencing server ( need add static ip now, hope it will not change soon).

I agree. Many request a swiss army router that can act as a PBX and control their vacuum cleaner, toggle the lights on their fish tank and other things that have no place in a router.

Some perhaps are more into saving money by requesting Mikrotik put everything they need into the software. Seriously if your a business you will have a separate server for PBX and non routing functions.

Some would like it to be more of a UTM appliance which while probably possible would take an amazing amount of development and would require Mikrotik to grow significantly to support such a product and no doubt enter us into the subscription based pricing model to make it worthwhile for them.
IDS takes significant amount of cpu. Thats ridicolous idea.
Better run separate vm with ids (or anti ddos). You can mirror nic in esxi, run it in promiscuous mode and voila. No need switch and mirror.

Plus you can always move other services: ids, pbx quickly to other vm machine when it will run out of resources.

Separation of services is crucial to run your business smoothly....
 
User avatar
jspool
Member Candidate
Member Candidate
Posts: 266
Joined: Sun Oct 04, 2009 4:06 am
Location: Oregon

Re: CHR suggestions for new functionality

Wed Sep 06, 2017 11:31 pm

Small business customers many times want everything rolled into one.
Carriers want performance & stability.

Mikrotik needs to sell their products so they have to determine who they are shaping their products around.

If they had 3Ghz Tilera CCR's many of the BGP complaints would be lessened since the single core would actually perform respectably.

It would be cool if they had sponsored development so we can nudge some niche features in before we are in the rest home.
 
kasparskr
MikroTik Support
MikroTik Support
Posts: 77
Joined: Mon Jul 27, 2015 11:46 am

Re: CHR suggestions for new functionality

Thu Sep 07, 2017 9:08 am

Regarding OVF.

There might be various scenarious how our users would use the CHR. In the OVF there's already specified RAM, HDD, Interface count, etc. - and it might be different for different use cases. We actually have already created such one off template (https://www.mikrotik.com/download/share ... S_CHR1.ova). And in response we got requests to adjust the parameters. You can still take that OVA file, upgrade RouterOS to the newest version and use it.

You really think there's a "one for all" configuration that will satisfy most of the users?
 
pe1chl
Forum Guru
Forum Guru
Posts: 3764
Joined: Mon Jun 08, 2015 12:09 pm

Re: CHR suggestions for new functionality

Thu Sep 07, 2017 11:43 am

Regarding OVF.
You really think there's a "one for all" configuration that will satisfy most of the users?
Users can adjust parameters after they installed the OVF. That is not a problem.
MikroTik should be able to define parameters like disk size, amount of memory, required devices etc as they are also
able to build routers according to the RouterOS requirements. When users want to set more memory, they can do so.
The reason that an OVF is required is mainly to get a correct definition of the disk image that is compatible between
RouterOS and ESXi. As it is now, it has to be converted before it works reliably. When this is not done correctly, it
can appear to work but a few days later the router crashes when it tries to write something to disk.
 
kasparskr
MikroTik Support
MikroTik Support
Posts: 77
Joined: Mon Jul 27, 2015 11:46 am

Re: CHR suggestions for new functionality

Thu Sep 07, 2017 12:19 pm

Regarding OVF.
You really think there's a "one for all" configuration that will satisfy most of the users?
Users can adjust parameters after they installed the OVF. That is not a problem.
MikroTik should be able to define parameters like disk size, amount of memory, required devices etc as they are also
able to build routers according to the RouterOS requirements. When users want to set more memory, they can do so.
The reason that an OVF is required is mainly to get a correct definition of the disk image that is compatible between
RouterOS and ESXi. As it is now, it has to be converted before it works reliably. When this is not done correctly, it
can appear to work but a few days later the router crashes when it tries to write something to disk.
Ok, but does it work in the OVA that we have provided earlier (https://www.mikrotik.com/download/share ... S_CHR1.ova)? Can it be imported in the ESXi in the manner that you require without any additional steps?
 
pe1chl
Forum Guru
Forum Guru
Posts: 3764
Joined: Mon Jun 08, 2015 12:09 pm

Re: CHR suggestions for new functionality

Thu Sep 07, 2017 12:33 pm

I would have to test that. Maybe later today.
I have installed from a disk image and I needed to convert it from IDE to SCSI.
Someone else imported the disk as IDE and while it appears to work at first, it crashed a couple of weeks later and was continuously crashing after that.
He then also did the conversion to SCSI and it worked ok.
That is simply not a desirable situation, both for the user and for MikroTik (who get a bad reputation compared to the many vendors that just offer OVF)
 
User avatar
Phaere
just joined
Posts: 21
Joined: Thu Jul 17, 2014 3:01 pm
Location: Kyiv

Re: CHR suggestions for new functionality

Thu Sep 07, 2017 1:28 pm

Regarding OVF.
You really think there's a "one for all" configuration that will satisfy most of the users?
Users can adjust parameters after they installed the OVF. That is not a problem.
MikroTik should be able to define parameters like disk size, amount of memory, required devices etc as they are also
able to build routers according to the RouterOS requirements. When users want to set more memory, they can do so.
The reason that an OVF is required is mainly to get a correct definition of the disk image that is compatible between
RouterOS and ESXi. As it is now, it has to be converted before it works reliably. When this is not done correctly, it
can appear to work but a few days later the router crashes when it tries to write something to disk.
Ok, but does it work in the OVA that we have provided earlier (https://www.mikrotik.com/download/share ... S_CHR1.ova)? Can it be imported in the ESXi in the manner that you require without any additional steps?
tested it - works fine, but disk still connected as IDE.
I can change required HW parameters after deploying, no problem for that.
 
pe1chl
Forum Guru
Forum Guru
Posts: 3764
Joined: Mon Jun 08, 2015 12:09 pm

Re: CHR suggestions for new functionality

Thu Sep 07, 2017 2:03 pm

tested it - works fine, but disk still connected as IDE.
I can change required HW parameters after deploying, no problem for that.
That is what makes it so nasty! It will fail after some time. And that does not happen when you
do the required conversion to SCSI.
 
User avatar
Cha0s
Long time Member
Long time Member
Posts: 697
Joined: Tue Oct 11, 2005 4:53 pm

Re: CHR suggestions for new functionality

Thu Sep 07, 2017 3:44 pm

Regarding OVF.

There might be various scenarious how our users would use the CHR. In the OVF there's already specified RAM, HDD, Interface count, etc. - and it might be different for different use cases. We actually have already created such one off template (https://www.mikrotik.com/download/share ... S_CHR1.ova). And in response we got requests to adjust the parameters. You can still take that OVA file, upgrade RouterOS to the newest version and use it.

You really think there's a "one for all" configuration that will satisfy most of the users?
As mentioned you put the minimum or recommended resources for CHR and users will adjust them according to their needs.
This is not a problem nor a confusion for the end user. All users can edit a VM by using the edit wizard of vsphere client. Not all users can or want to enable the SSH on ESXi, login, run commands, and them manually do everything else.

Besides, I am certain that you can set the cpu/disk/ram settings during deployment of the OVF. The wizard can ask you for these things, so this is not even an issue if you make it correctly. I don't recall a specific example but I am sure I've seen this before on other virtual appliances deployed to ESXi.

Other features:
CPU/Memory/vNIC hotswap.
I believe the VMware tools are not explicitly needed for these features but it makes them 'automatic'. Without vmtools I just had to echo stuff to /proc to enable those extra cpu cores or ram.
 
bbs2web
Member Candidate
Member Candidate
Posts: 106
Joined: Sun Apr 22, 2012 6:25 pm
Location: Johannesburg, South Africa
Contact:

Re: CHR suggestions for new functionality

Fri Sep 08, 2017 6:27 am

We run a hyperconverged cluster using Ceph and KVM and utilise CHR as virtual routers.

My wants:
- Updated VirtIO vNIC drivers to support multi-queue (probably requires updated kernel).
- Intel DPDK support.
- Repartition disc, don't mind if this is to increase only.
- Fix double NAT in CHR and x86 (does not source NAT after packet is processed by destination NAT).
- Fast Path missing, dunno if this is even possible as this may be hardware acceleration.
 
kasparskr
MikroTik Support
MikroTik Support
Posts: 77
Joined: Mon Jul 27, 2015 11:46 am

Re: CHR suggestions for new functionality

Fri Sep 08, 2017 1:45 pm

Please check whether this OVA suits your needs and can be deployed on the ESXi without any additional steps:

* It has SCSI drive
* It has been exported from the ESXi

https://www.mikrotik.com/download/share ... R_SCSI.ova

If this suits your needs we'll see how to automate the creation of such OVA file upon RouterOS version releases.
 
User avatar
Phaere
just joined
Posts: 21
Joined: Thu Jul 17, 2014 3:01 pm
Location: Kyiv

Re: CHR suggestions for new functionality

Fri Sep 08, 2017 2:34 pm

Please check whether this OVA suits your needs and can be deployed on the ESXi without any additional steps:

* It has SCSI drive
* It has been exported from the ESXi

https://www.mikrotik.com/download/share ... R_SCSI.ova

If this suits your needs we'll see how to automate the creation of such OVA file upon RouterOS version releases.
That's it, thanks!
 
kasparskr
MikroTik Support
MikroTik Support
Posts: 77
Joined: Mon Jul 27, 2015 11:46 am

Re: CHR suggestions for new functionality

Fri Sep 08, 2017 2:54 pm

Please check whether this OVA suits your needs and can be deployed on the ESXi without any additional steps:

* It has SCSI drive
* It has been exported from the ESXi

https://www.mikrotik.com/download/share ... R_SCSI.ova

If this suits your needs we'll see how to automate the creation of such OVA file upon RouterOS version releases.
That's it, thanks!
So it works as expected, yes?
 
User avatar
Phaere
just joined
Posts: 21
Joined: Thu Jul 17, 2014 3:01 pm
Location: Kyiv

Re: CHR suggestions for new functionality

Fri Sep 08, 2017 3:05 pm

Please check whether this OVA suits your needs and can be deployed on the ESXi without any additional steps:

* It has SCSI drive
* It has been exported from the ESXi

https://www.mikrotik.com/download/share ... R_SCSI.ova

If this suits your needs we'll see how to automate the creation of such OVA file upon RouterOS version releases.
That's it, thanks!
So it works as expected, yes?
Yes, deployed virtual machine have SCSI controller by default.
VM parameters also can be changed without problem.
 
raffav
Member Candidate
Member Candidate
Posts: 229
Joined: Wed Oct 24, 2012 4:40 am

Re: CHR suggestions for new functionality

Fri Sep 08, 2017 5:15 pm

@kasparskr
For OVA and ESXI
it don't know if it's possible to be able to select a OVA compatible version, since your ova is generated on a newest version, so who use esxi < 5.5 it is unable to run it
 
schadom
just joined
Posts: 23
Joined: Sun Jun 25, 2017 2:47 am

Re: CHR suggestions for new functionality

Sat Sep 09, 2017 2:06 am

Please check whether this OVA suits your needs and can be deployed on the ESXi without any additional steps:
* It has SCSI drive
* It has been exported from the ESXi
https://www.mikrotik.com/download/share ... R_SCSI.ova
If this suits your needs we'll see how to automate the creation of such OVA file upon RouterOS version releases.
Just tested the OVA on latest ESXi 6.5 and works fine - thanks! I'm able to adjust the hardware settings of the VM after importing as required.
Just one little thing; maybe you could also add a proper product name, version, vendor, description (just for cosmetics ;-))

Another interesting thing for MikroTik could be to offer the appliance also on VMWare's Solution Exchange marketplace at https://marketplace.vmware.com in the future. Many other vendors like Cisco, Juniper, Barracuda, and so on, are already offering their appliances over there. Might attract some new paying CHR customers for Mikrotik aswell.. :-)
You do not have the required permissions to view the files attached to this post.
 
User avatar
Cha0s
Long time Member
Long time Member
Posts: 697
Joined: Tue Oct 11, 2005 4:53 pm

Re: CHR suggestions for new functionality

Sat Sep 09, 2017 3:45 pm

@kasparskr
For OVA and ESXI
it don't know if it's possible to be able to select a OVA compatible version, since your ova is generated on a newest version, so who use esxi < 5.5 it is unable to run it
Indeed.

Doesn't work on ESXi 5.5.
'Upgrade to the latest version (of ESXi)' is not an option nor it will be any time soon.
 
Sob
Forum Guru
Forum Guru
Posts: 2460
Joined: Mon Apr 20, 2009 9:11 pm

Re: CHR suggestions for new functionality

Sat Sep 09, 2017 6:00 pm

Unpack ova (it's just tar archive), change "vmx-11" to "vmx-10" in hello.ovf, pack it back (skip hello.mf if you're lazy to update checksums; make sure that hello.ovf is packed before hello-disk1.vmdk) and ESXi 5.5 will be happy. Of course it's not what you'd normally want to do, I'm just saying that it won't be hard for MikroTik to solve (there are probably even some specialized tools for it).
 
kasparskr
MikroTik Support
MikroTik Support
Posts: 77
Joined: Mon Jul 27, 2015 11:46 am

Re: CHR suggestions for new functionality

Mon Sep 11, 2017 10:24 am

Please check this OVA. HW version has been changed to 10 and should work on the ESXi 5.5. It still works on the ESXi 6.5.

https://www.mikrotik.com/download/share ... 6_40_3.ova

Our procedure is as follows:
* We convert the VMDK file that is currently available on the download page to the the thin format (with vmkfstools on the ESXi machine)
* Create a VMX file with basic parameters
* Register it to the ESXi (vim-cmd solo/registervm)
* Then from a remote machine using 'ovftool' we generate the OVA

For the VM name "displayName" parameter is used.

UPDATE: Adjusted the VMX, added "annotation" field which shows up as "Notes"
 
User avatar
ziegenberg
newbie
Posts: 37
Joined: Thu Mar 07, 2013 11:14 am
Location: Vienna
Contact:

Re: CHR suggestions for new functionality

Mon Sep 11, 2017 12:19 pm

Big Thanks!
 
User avatar
Cha0s
Long time Member
Long time Member
Posts: 697
Joined: Tue Oct 11, 2005 4:53 pm

Re: CHR suggestions for new functionality

Mon Sep 11, 2017 7:38 pm

Please check this OVA. HW version has been changed to 10 and should work on the ESXi 5.5. It still works on the ESXi 6.5.

https://www.mikrotik.com/download/share ... 6_40_3.ova

Our procedure is as follows:
* We convert the VMDK file that is currently available on the download page to the the thin format (with vmkfstools on the ESXi machine)
* Create a VMX file with basic parameters
* Register it to the ESXi (vim-cmd solo/registervm)
* Then from a remote machine using 'ovftool' we generate the OVA

For the VM name "displayName" parameter is used.

UPDATE: Adjusted the VMX, added "annotation" field which shows up as "Notes"
I confirm it's working fine on ESXi 5.5.

Thanks!
 
mcosby
just joined
Posts: 2
Joined: Thu Jul 06, 2017 5:46 am

Re: CHR suggestions for new functionality

Tue Sep 12, 2017 2:55 pm

Please check this OVA. HW version has been changed to 10 and should work on the ESXi 5.5. It still works on the ESXi 6.5.

https://www.mikrotik.com/download/share ... 6_40_3.ova
This is wonderful! Even if you don't plan to keep doing this process for future versions can you please make sure the link is available on your download page anyway? Install the OVA and upgrade only works if we can find the OVA :)
 
kasparskr
MikroTik Support
MikroTik Support
Posts: 77
Joined: Mon Jul 27, 2015 11:46 am

Re: CHR suggestions for new functionality

Tue Sep 12, 2017 3:30 pm

Please check this OVA. HW version has been changed to 10 and should work on the ESXi 5.5. It still works on the ESXi 6.5.

https://www.mikrotik.com/download/share ... 6_40_3.ova
This is wonderful! Even if you don't plan to keep doing this process for future versions can you please make sure the link is available on your download page anyway? Install the OVA and upgrade only works if we can find the OVA :)
Thanks! We plan to add it to the download page and publish automatically with each new RouterOS release.
 
pe1chl
Forum Guru
Forum Guru
Posts: 3764
Joined: Mon Jun 08, 2015 12:09 pm

Re: CHR suggestions for new functionality

Tue Sep 12, 2017 5:46 pm

Looks great! I tested it on ESXi 6.0.0 and finally we have a way to deploy CHR in 10 seconds!
I would advise to keep the RouterOS version out of the default system name. E.g. name it only MikroTik_CHR.
The actual version will change over time and this name cannot really be changed anymore.
(you can rename the VM but inside the VM directory the vmdk files will keep the original name - confusing)
 
User avatar
Cha0s
Long time Member
Long time Member
Posts: 697
Joined: Tue Oct 11, 2005 4:53 pm

Re: CHR suggestions for new functionality

Tue Sep 12, 2017 6:03 pm

The actual version will change over time and this name cannot really be changed anymore.
(you can rename the VM but inside the VM directory the vmdk files will keep the original name - confusing)
Indeed. You can 'fix' the VM directory by migrating it to another storage and back.

VM Migration will use the VM name to create the folder on the destination storage.

Of course this is cumbersome and some people don't even have vCenter or multiple storages to perform a migration.

I agree that a simpler VM name not including the version would be better.
 
kasparskr
MikroTik Support
MikroTik Support
Posts: 77
Joined: Mon Jul 27, 2015 11:46 am

Re: CHR suggestions for new functionality

Wed Sep 13, 2017 9:44 am

So you're saying that we should put a generic name inside the VMX, right? File name of the OVA can contain the version number right?
'displayName' and 'annotation' should just contain name without the version?

Update.

Did a test of my own with the previously published https://www.mikrotik.com/download/share ... 6_40_3.ova - when importing I chose a different name ('kk chr'), then after importing I was able to change the name and annotation. Could you please explain the problem? We're using the ESXi web interface.
ESXi_CHR.png
You do not have the required permissions to view the files attached to this post.
 
pe1chl
Forum Guru
Forum Guru
Posts: 3764
Joined: Mon Jun 08, 2015 12:09 pm

Re: CHR suggestions for new functionality

Wed Sep 13, 2017 1:24 pm

Yes. The .ova of course can have a version in its name, but the name suggested in the wizard when importing the .ova is better left generic.
(and the note probably as well, although that can easily be edited afterwards when desired)
 
kasparskr
MikroTik Support
MikroTik Support
Posts: 77
Joined: Mon Jul 27, 2015 11:46 am

Re: CHR suggestions for new functionality

Wed Sep 13, 2017 1:30 pm

Yes. The .ova of course can have a version in its name, but the name suggested in the wizard when importing the .ova is better left generic.
(and the note probably as well, although that can easily be edited afterwards when desired)
Ok, the web interface does not suggest any name, the VM name field is blank when deploying an OVA:
ESXi_OVA_deploy.png
You do not have the required permissions to view the files attached to this post.
 
kasparskr
MikroTik Support
MikroTik Support
Posts: 77
Joined: Mon Jul 27, 2015 11:46 am

Re: CHR suggestions for new functionality

Wed Sep 13, 2017 1:48 pm

The OVA has been updated to exclude version number from the VM name - https://www.mikrotik.com/download/share ... 6_40_3.ova

Please check.
 
pe1chl
Forum Guru
Forum Guru
Posts: 3764
Joined: Mon Jun 08, 2015 12:09 pm

Re: CHR suggestions for new functionality

Wed Sep 13, 2017 6:58 pm

Ok, the web interface does not suggest any name, the VM name field is blank when deploying an OVA:
Is that a change that has been made? Or maybe it depends on VMware version and/or procedure used?
In my case it suggested a name that included the version number.
 
mhugo
newbie
Posts: 37
Joined: Mon Sep 19, 2005 11:48 am

Re: CHR suggestions for new functionality

Wed Sep 13, 2017 10:30 pm

BGP Route Reflector support not installing the routes would be nice.
 
owaisoos
just joined
Posts: 21
Joined: Sat Jan 03, 2015 1:16 pm

Re: CHR suggestions for new functionality

Mon Sep 18, 2017 12:17 am

+1 for VM-Tools and snapshots
 
kasparskr
MikroTik Support
MikroTik Support
Posts: 77
Joined: Mon Jul 27, 2015 11:46 am

Re: CHR suggestions for new functionality

Mon Sep 18, 2017 11:37 am

Ok, the web interface does not suggest any name, the VM name field is blank when deploying an OVA:
Is that a change that has been made? Or maybe it depends on VMware version and/or procedure used?
In my case it suggested a name that included the version number.
Please try the last version I posted - https://www.mikrotik.com/download/share ... 6_40_3.ova, it shouldn't have the version number in the suggested VM name.
 
pe1chl
Forum Guru
Forum Guru
Posts: 3764
Joined: Mon Jun 08, 2015 12:09 pm

Re: CHR suggestions for new functionality

Mon Sep 18, 2017 8:29 pm

It is correct, the latest version shows a VM name without the version number. Good!
 
kasparskr
MikroTik Support
MikroTik Support
Posts: 77
Joined: Mon Jul 27, 2015 11:46 am

Re: CHR suggestions for new functionality

Tue Sep 19, 2017 3:25 pm

The OVA for the newest 'release candidate' version is available on the download page - https://mikrotik.com/download#chr

Subsequent 'current' and 'bugfix' releases also will be available on the download page once new versions are released.

At the moment the OVA for 'current' version 6.40.3 is available here - https://www.mikrotik.com/download/share ... 6_40_3.ova

Thank you for your comments on creating the OVA file!
 
SPKA16
just joined
Posts: 21
Joined: Fri Aug 05, 2016 8:41 pm

Re: CHR suggestions for new functionality

Wed Sep 20, 2017 12:01 pm

I noticed when using VMXNET3 and having a 10Gbit link there is a 'incomplete' status message at auto negatiotion, see attachment.
Is this something known?
You do not have the required permissions to view the files attached to this post.
 
th0massin0
Member Candidate
Member Candidate
Posts: 133
Joined: Sun May 11, 2014 4:16 am
Location: Poland

Re: CHR suggestions for new functionality

Thu Sep 21, 2017 12:16 am

Could you tell me please is VirtIO SCSI supported in this release?
viewtopic.php?f=15&t=120413
 
upower3
Member Candidate
Member Candidate
Posts: 264
Joined: Thu May 07, 2015 11:46 am

Re: CHR suggestions for new functionality

Wed Sep 27, 2017 1:44 am

CHR should run containers, docker or whatever.
Thats great
+1
Please clarify how you would use it and why :)
Just leave it here: https://www.youtube.com/watch?v=PivpCKEiQOQ

Who is online

Users browsing this forum: No registered users and 3 guests