Page 1 of 1

CHR feature requests

Posted: Wed Aug 31, 2016 2:26 pm
by normis
Great to see the huge interest in the CHR RouterOS images.
Please post what you would like to see in the CHR images, or web administration side.

Re: CHR feature requests

Posted: Wed Aug 31, 2016 3:52 pm
by pe1chl
- Proper file to easily install it in VMware ESXi without having to fiddle with VMware workstation or other tools.
(either the correct .vmdk file or a .ovf file)

- VMware tools included in the image

Re: CHR feature requests

Posted: Thu Sep 01, 2016 5:21 pm
by loopie
Hello,
I would love to see SR-IOV support. Currently (6.36.2) ixgbevf driver is not present. This was mentioned a year ago http://forum.mikrotik.com/viewtopic.php ... &start=100 but so far not implemented.

Jarda

Re: CHR feature requests

Posted: Fri Sep 02, 2016 6:15 pm
by savage
- Proper file to easily install it in VMware ESXi without having to fiddle with VMware workstation or other tools.
(either the correct .vmdk file or a .ovf file)

- VMware tools included in the image
+1. Biggest reason why I don't use it. Can't be bothered to do 'hacks' to get a system to install...

Re: CHR feature requests

Posted: Fri Sep 02, 2016 8:40 pm
by Sob
The whole "hack" needed to get ESXi compatible image is just a single command, that's not so bad. But yeah, I don't understand, why MikroTik doesn't use it and release images that would work for everyone without fiddling with anything.

Re: CHR feature requests

Posted: Sat Sep 03, 2016 12:33 pm
by nz_monkey
Hello,
I would love to see SR-IOV support. Currently (6.36.2) ixgbevf driver is not present. This was mentioned a year ago http://forum.mikrotik.com/viewtopic.php ... &start=100 but so far not implemented.

Jarda
+1 !!!

Re: CHR feature requests

Posted: Tue Sep 06, 2016 6:11 pm
by TomjNorthIdaho
I would like to see two things:

1st - an ISO install boot image (just like the x86 32-bit ROS).
Where the installer can then select their own size of hard disk.
On a prior CHR I was testing, I ran out of hard disk space when testing packages.

2nd - licensing similar to all other Mikrotik ROS products - instead of a subscription based license.
I would like to license and forget instead of having to track a subscription license.
I hesitate to install any products that use a subscription based license.

I suspect these two feature request could drive up the popularity and install base for all physical and virtual environments and make it much more easy to install/configure.

North Idaho Tom Jones

Re: CHR feature requests

Posted: Sat Sep 10, 2016 10:44 pm
by jarda
You can set the system disk capacity before first run.
You can buy perpetual license that is even transferable to other chr if you need it in the future.

Re: CHR feature requests

Posted: Mon Sep 12, 2016 9:37 am
by karlisi
Support for Citrix XenServer.

Re: CHR feature requests

Posted: Tue Sep 13, 2016 2:03 pm
by miquelmartos
Fix the P10 License, vlans over bonding has a lot of TX drops when use more than 1Mb (unresolved ticket: #2016062166000118). This problem does not affect PUnlimited license.

+1 to ad SR-IOV support!

Re: CHR feature requests

Posted: Tue Sep 13, 2016 2:05 pm
by normis
Fix the P10 License, vlans over bonding has a lot of TX drops when use more than 1Mb (unresolved ticket: #2016062166000118). This problem does not affect PUnlimited license.

+1 to ad SR-IOV support!
Please make new topics about each issue, do not reply to unrelated posts.

Re: CHR feature requests

Posted: Sat Oct 08, 2016 6:02 am
by hknet
Hi,
first of all: loving it ;)

specific to CHR I'd ask for a way to automate deployment, be it to do a dhcp-client-request on the first interface found and get a config file specific for this box by eg requesting a tftp-file based on the mac# of this interface.
and for an easy system-reset a specific reboot-flag with "load default config" would also be nice (doing an autobackup before rebooting just in case).

disk-image-resize-support inside CHR would also be nice, in case one needs to increase the bootdisk.

thank you for this awesome piece of software,
hk

Re: CHR feature requests

Posted: Sat Oct 08, 2016 9:21 am
by sup5
I'd love DNS Request routing. This means that the DNS-Service of RouterOS shall redirect its DNS-Request upon a certain rule set (eg. DNS prefix or suffix) to another DNS Server

Example with Sophos UTM
https://community.sophos.com/kb/de-de/123099

This feature would allow hierachical DNS-Setups with Mikrotik. (any site gets its own DNS-space and its own DNS-server)

Re: CHR feature requests

Posted: Fri Feb 24, 2017 7:00 pm
by brotherdust
Hi,
first of all: loving it ;)

specific to CHR I'd ask for a way to automate deployment, be it to do a dhcp-client-request on the first interface found and get a config file specific for this box by eg requesting a tftp-file based on the mac# of this interface.
and for an easy system-reset a specific reboot-flag with "load default config" would also be nice (doing an autobackup before rebooting just in case).

disk-image-resize-support inside CHR would also be nice, in case one needs to increase the bootdisk.

thank you for this awesome piece of software,
hk
I second the notion of being able to automate the deployment. The CHR documentation doesn't say a lot about how the initial spin-up process works. What I'd like to see, from a documentation perspective, is how to customize this process. For instance, I want to run CHR in OpenStack/KVM environment. One of the cool features of this environment is the ability to provide a "configuration drive" that the VM can use during the spin-up process. Ideally, the document would say what file the CHR would be expecting on the drive. Do you realize how cool that would be? =) Right now, it would appear that CHR, by default, has DHCP client configured on ether1; this is well and good, but it's not documented.

Lots of ideas here. Better documentation = better users. =)

Re: CHR feature requests

Posted: Wed Mar 01, 2017 3:17 pm
by kharkin0
For now, the thing missing is a 100M licence.
I have 5 pfSense systems I'd like to migrate to CHR, but $45 / VM is a bit too much, especially since VMs are 5EUR / VM and are capable of forwarding <100Mbit/s.

So, say a $10 for 100M would be great. I could be called "p0.1"... :)

Re: CHR feature requests

Posted: Wed Mar 01, 2017 3:19 pm
by normis
If you don't care about having the latest RouterOS version all the time, your license is free with any speed.

Re: CHR feature requests

Posted: Wed Mar 01, 2017 3:23 pm
by savage
If you don't care about having the latest RouterOS version all the time, your license is free with any speed.
HUH?

So running one version back of bugfix, is free? When did that happen? Nothing like this mentioned at https://wiki.mikrotik.com/wiki/Manual:CHR#CHR_Licensing

Re: CHR feature requests

Posted: Wed Mar 01, 2017 3:25 pm
by normis
If you don't care about having the latest RouterOS version all the time, your license is free with any speed.
HUH?

So running one version back of bugfix, is free? When did that happen? Nothing like this mentioned at https://wiki.mikrotik.com/wiki/Manual:CHR#CHR_Licensing
You can request a trial and it will never stop working. Only upgrading will be not possible after 60 days. It is in the manual.

Re: CHR feature requests

Posted: Wed Mar 01, 2017 3:27 pm
by savage
If you don't care about having the latest RouterOS version all the time, your license is free with any speed.
HUH?

So running one version back of bugfix, is free? When did that happen? Nothing like this mentioned at https://wiki.mikrotik.com/wiki/Manual:CHR#CHR_Licensing
You can request a trial and it will never stop working. Only upgrading will be not possible after 60 days. It is in the manual.
Oh... Ok, my bad. I was under the impression the trial stops after 60-days (like ROS and it's 24 hour limit)... That's very interesting :lol:

Re: CHR feature requests

Posted: Wed Mar 01, 2017 3:45 pm
by kharkin0
Interesting indeed...

Thank you!

Re: CHR feature requests

Posted: Fri Mar 17, 2017 8:06 pm
by hedele
Fastpath/Fasttrack for CHR is pretty much the only thing I'm missing, apart from a more convenient install method (.iso?) for ESXi.

Re: CHR feature requests

Posted: Sat Mar 18, 2017 5:12 pm
by dskillin
I've been utilizing on AWS, and some in house testing in vSphere.

When we start talking "cloud", there is an expectation for rapid deployment and scalability. My vote would go to in-house license management, and central deployment/management. I should be able to configure an image to call home, then check out a license from my license pool at spin-up and perhaps some basic configuration options. I should be able to issue licenses to systems which aren't on the internet, and I should be able to do it without providing a singular set of credentials.

A use case:

Deploy CHR on a virtual stack deployed for a customer. The CHR tunnels home, giving management access to the network.

One or two customers, all of the manual intervention required for configuration and licensing is reasonable. Multiply by a number of customers, and a number of sites then you simply have a headache.

Re: CHR feature requests

Posted: Sun Mar 19, 2017 8:03 am
by Kindis
Fastpath/Fasttrack for CHR is pretty much the only thing I'm missing, apart from a more convenient install method (.iso?) for ESXi.
+1 for this and I would also like to get IP Cloud feature.

Re: CHR feature requests

Posted: Mon Mar 20, 2017 1:16 am
by ab0tj
Cloud DDNS would be nice.

Re: CHR feature requests

Posted: Mon Mar 20, 2017 11:50 am
by normis
Cloud DDNS would be nice.
We already have that. Or you meant something different from the DNS name your device shows in the QuickSet page ?

Re: CHR feature requests

Posted: Mon Mar 20, 2017 3:18 pm
by Chupaka
Normis, the topic is about CHR...

Re: CHR feature requests

Posted: Mon Mar 20, 2017 3:52 pm
by normis
Normis, the topic is about CHR...
ohhh. sorry about that :) it was still early morning when I replied.

Re: CHR feature requests

Posted: Mon Mar 20, 2017 4:36 pm
by hedele
Sooo what about Fastpath on CHR then? :D

Re: CHR feature requests

Posted: Mon Mar 20, 2017 4:43 pm
by ab0tj
We already have that. Or you meant something different from the DNS name your device shows in the QuickSet page ?
Yes, that :D
Doesn't exist on my CHR, unfortunately.

Re: CHR feature requests

Posted: Wed Mar 29, 2017 7:28 am
by jms1
How about a way to re-trigger the partition resizing, after the first boot?

I'm evaluating using a CHR as a VPN server. I'm hosting it with a VPS with 20 GB disk, however "/system resource print" only shows 128MB. I was able to shut down the CHR and boot the VPS with Finnix to adjust the partition table, however when I reboot normally it still only shows the original 128MB.

Or is there a way to make this happen manually, by mounting one of the partitions and adding or removing a specific flag file?

Re: CHR feature requests

Posted: Wed Mar 29, 2017 9:47 am
by Kindis
How about a way to re-trigger the partition resizing, after the first boot?

I'm evaluating using a CHR as a VPN server. I'm hosting it with a VPS with 20 GB disk, however "/system resource print" only shows 128MB. I was able to shut down the CHR and boot the VPS with Finnix to adjust the partition table, however when I reboot normally it still only shows the original 128MB.

Or is there a way to make this happen manually, by mounting one of the partitions and adding or removing a specific flag file?
This is strange I have extended my disk two times in Hyper-V from 128 MB to 1 GB and then again to 10 GB. All I needed to do is shutdown the CHR, extend the disk and CHR resized the disk during start.

Re: CHR feature requests

Posted: Tue Apr 04, 2017 2:11 am
by jms1
I forgot to add, I did a write-up which details how I resized the filesystem, in case anybody needs it.

https://www.jms1.net/mikrotik/Cloud%20H ... ltr.com.md

Re: CHR feature requests

Posted: Fri Apr 14, 2017 5:35 am
by catalystjmf
Mikrotik developers,

I am sure others have explained this, but open-vm-tools is absolutely necessary for CHR. If you are running a CHR it is most likely in a datacenter environment which has zero tolerance for downtime. With vmware tools or open-vm-tools quite a lot that vmware can do with this VM is accomplished. Currently there are several reason that a CHR VM has to be shutdown to perform something simple that would normally be done while the VM is running. Also things like Vmware HA do not function properly because vm tools provides a heartbeat. It just does not make sense that you have built a router "tailored for virtual environments" that can not fully function in a virtual environment...

Thank you!

Re: CHR feature requests

Posted: Fri Apr 14, 2017 11:20 am
by th0massin0
... or not at all ;) : viewtopic.php?f=15&t=120413

Re: CHR feature requests

Posted: Sun Jul 30, 2017 10:28 am
by PtDragon
Please add install iso file for CHR!
It would massively easy up life for most of people(no need for separate guides and so on - just install from ISO like nearly any other system and it will work for cases like ProxMox where we don't have actual VM file but have compatible KVM).

Re: CHR feature requests

Posted: Wed Aug 02, 2017 3:47 pm
by schadom
Please add install iso file for CHR!
It would massively easy up life for most of people(no need for separate guides and so on - just install from ISO like nearly any other system and it will work for cases like ProxMox where we don't have actual VM file but have compatible KVM).
+1 for ISO or OVF templates ;-)

Re: CHR feature requests

Posted: Fri Aug 04, 2017 6:04 pm
by marrold
I would like to be able to access the virtual BIOs UUID from within the guest. With QEMU / KVM this is unique per VM.

In a linux guest it can be accessed using dmidecode.

I mentioned it in this thread- viewtopic.php?f=15&t=124230

Thanks

Re: CHR feature requests

Posted: Fri Oct 20, 2017 2:31 am
by chubbs596
Fastpath/Fasttrack for CHR is pretty much the only thing I'm missing, apart from a more convenient install method (.iso?) for ESXi.
+1000 for Fastpath/Fasttrack in CHR

Re: CHR feature requests

Posted: Fri Oct 20, 2017 10:19 am
by Stream
+ Support R11e interfaces.
+ Support Trusted Platform Module
+ USB power control.
+ IDS/IPS feature.
+ More VPN clients/servers (Wireguard, openconnect)
+ DNS Server with DNSSEC
+ Support TOR/I2P networks

Re: CHR feature requests

Posted: Fri Oct 20, 2017 11:02 am
by hapi
Fastpath/Fasttrack for CHR is pretty much the only thing I'm missing, apart from a more convenient install method (.iso?) for ESXi.
+1000 for Fastpath/Fasttrack in CHR
With VMXNET3 iface fastpath/fasttrack is ok.

Re: CHR feature requests

Posted: Fri Oct 20, 2017 10:02 pm
by Hominidae
....this is on my wishlist for CHR:

- support for two-factor-authentication (for a roaming admin) on Web-UI
- post-install script securing the router automatically (disable all services) ...the last time I installed a fresh CHR on a V-Server, the bots were faster than I was able to secure it (took them 2-3secs to get a successful login)

Re: CHR feature requests

Posted: Sat Oct 21, 2017 11:02 am
by pe1chl
....this is on my wishlist for CHR:

- support for two-factor-authentication (for a roaming admin) on Web-UI
- post-install script securing the router automatically (disable all services) ...the last time I installed a fresh CHR on a V-Server, the bots were faster than I was able to secure it (took them 2-3secs to get a successful login)
Please don't ask for functional changes in this thread - it is only about CHR features!
Running a reset with script for initial installation is already supported!
Besides, a CHR comes up with blank config so you could have been more careful in the sequence of configuration (e.g. set the password before you add a network interface)

Re: CHR feature requests

Posted: Sat Oct 21, 2017 7:25 pm
by Hominidae
Please don't ask for functional changes in this thread - it is only about CHR features!
Running a reset with script for initial installation is already supported!
Besides, a CHR comes up with blank config so you could have been more careful in the sequence of configuration (e.g. set the password before you add a network interface)
I am not a native english speaker and a mikrotik novice, so bear with me, but I am not asking for functional changes - as you put it - but specifically for adding these features permanently to CHR only.
With CHR I am not referring to any hardware based model, but to the x86-platform based, software images only, to be used in cloud installations.
I am using mine on v-servers.
So I'd gather this is the right thread for my request..

The info on running a reset with a script for initialization is nice to hear and I will look into that employing that with a CHR install (not after a reset).
However, my personal experience is, that the images come up with an interface *enabled* after the install. Hence my request.

Re: CHR feature requests

Posted: Thu Nov 02, 2017 4:41 pm
by th0massin0
VirtIO SCSI support, please, ASAP: viewtopic.php?f=15&t=124905&p=626094#p626094

Re: CHR feature requests

Posted: Fri Nov 03, 2017 8:44 pm
by bajodel
VirtIO SCSI support, please, ASAP: viewtopic.php?f=15&t=124905&p=626094#p626094
+1

Re: CHR feature requests

Posted: Tue Feb 06, 2018 3:17 am
by krokokot
VirtIO SCSI support, please, ASAP: viewtopic.php?f=15&t=124905&p=626094#p626094
+100500

For example - cheapest and great hetzner[dot]cloud (no advertising, just fact) support only virtio-scsi disk. Fu#ked with 6.42RC15 - 6.42RC18 - 6.42RC20 in this cloud provider tonight. Not working... Please, make us happy...

Re: CHR feature requests

Posted: Thu Feb 08, 2018 11:44 am
by iwikus
Hi,
another +1 for virtio-scsi driver. It should not bee so hard to add it.

Hetzner cloud for example is using virtio-scsi.

Re: CHR feature requests

Posted: Thu Feb 08, 2018 2:02 pm
by fibernet4u
Dear Normis & Rest Team,
Kindly assist me with below issue, which tested on CHR on cloud and same result with Netwatch.


viewtopic.php?f=2&t=130587&p=641235#p641235

Re: CHR feature requests

Posted: Fri Feb 16, 2018 7:53 pm
by pabloalbea
I would like to see a feature that allows to assign the same MAC address of the CHR vnic to de VRRP virtual interface, so you don't have to activate promiscuous mode in the vswitch (or port group) for VRRP to work in VMware vSphere.
I saw that feature on Cisco with the "standby use-bias" command and in vyos not using the rfc3768-compatibility command.
With promiscuous mode activated I have performance problems and packets duplication.

References:
https://supportforums.cisco.com/t5/othe ... -p/2720356
https://supportforums.cisco.com/t5/lan- ... -p/2686459
https://forum.vyos.net/showthread.php?tid=26561

Re: CHR feature requests

Posted: Tue Jan 08, 2019 6:15 pm
by essmat738
Fastpath/Fasttrack for CHR is pretty much the only thing I'm missing, apart from a more convenient install method (.iso?) for ESXi.
+1

Re: CHR feature requests

Posted: Thu Jan 10, 2019 6:27 pm
by TomjNorthIdaho
CHR feature request

--> Mikrotik , I could really use an ISO image of a CHR so that I can install CHR on a bare metal box (just like x86 ROS).

Info :

- x86 ROS is available as an ISO that can be installed on a bare metal box. All CPU's are available to the x86 ROS system. The problem is that it is 32-Bit

- CHR ROS (64-bit) is only available as a disk image to be copied into a hypervisor system ( in my case a VmWare ESXi hypervisor ). The problem is that there are no free and popular hypervisors (that I know of) that will present greater than eight ( 8 ) CPUs to the guest hosted CHR ROS system. So your options are 1, use 8 CPUs on your CHR or 2, purchase a very expensive hypervisor license ( 100 K ? or so ) so that the hypervisor can then permit a CHR to run with greater than 8 CPUs. Example - a high end bare metal box with two Xeon 56 core processors could yield 112 Xeon processors to a CHR (without hyper-threading enabled). - - - Now you could have as many firewall rules and connections as you want and probably almost never bog down the layer-3 throughput. Also , a bare metal CHR with two Intel® Xeon® Processor E7-8890 v4 processors would yield 24 CPU cores and 120 Meg of CPU cache - thus a CHR could run at full CPU cache clock speed instead of the slower RAM speed for crazy fast CHR throughput.


In my network, I have a CHR with multiple 10-Gig interfaces performing bandwidth management on a dozen class C networks to customers averaging up to almost 150 thousand firewall connections. I suspect a bare metal CHR would increase firewall bandwidth processing yielding an additional 500 to 1,000 percent (or greater) CHR throughput.

Re: CHR feature requests

Posted: Thu Jan 10, 2019 8:16 pm
by pe1chl
Can't you just boot from a Linux Live CD and then use that to dd the disk image to the physical disk?

Re: CHR feature requests

Posted: Fri Jan 11, 2019 8:53 am
by raystream
you cant just copy the image to a disk. it is a container for the hypervisor and uses only virtual devices without drivers for the baremetal server.

But you are talking about using a server with so much cores and ram and cant afford an esc licence for around 800€ per CPU?
The Server is abaout 3000€ with 2 sockets just add 1600€ esx licence.
if you are running a business this should not be a problem.

Re: CHR feature requests

Posted: Fri Jan 11, 2019 6:20 pm
by TomjNorthIdaho
My thoughts on possible methods to get CHR running on a bare metal box . . .

- I believe a CHR does have IDE drivers to directly manage/talk to an IDE hard disk controller and IDE drives. I'm pretty sure a CHR does not have any SCSI, SAS, SATA support/drivers. Sooo #1 a bare metal box might have to be IDE hard disk based.

- CHR does have support for Intel E1000e and E1000 network cards. FYI - there are no physical vmxnet-3 network cards , all vmxnet-3 ethernet interfaces only live in a virtual world. Sooo #2 a bare metal box might have to have Intel E1000e and/or Intel E1000 physical network card interfaces.

Building a physical bare metal box with IDE drives and Intel E1000e networks cards at this point is pretty easy.
The hard part is moving a virtual CHR file system on a virtual IDE disk drive to a physical bare metal IDE hard disk drive and keeping the boot information and CHR linux file system identical so that a CHR ROS system can boot on the bare metal system. This procedure is slightly beyond my knowledge at this time.

However , I do know that a virtual CHR file system can be mounted under a virtual Linux system. I have done this with both 32-Bit x86 ROS and 64-Bit CHR ROS. I've already done this a couple of times to examine the Mikrotik x86/CHR Linux file systems on some virtual ROS systems. What I don't know is a possible procedure to dd a CHR virtual file system to a physical IDE hard disk and what may be needed to get it to boot on the physical bare metal box. I am guessing this should be an easy process to follow if a person was to follow some instructions.

With all of the above teckie steps to attempt to get a CHR running on bare metal, I can only assume it would be much much much easier if Mikrotik just came out with a CHR ISO so that it would be easy to install CHR on a bare metal system (just like x86).

Had anybody ever attempted building a bare metal CHR ?

Re: CHR feature requests

Posted: Wed Jan 30, 2019 10:52 am
by enzain
Why not possible use hw ROS with CHR licensing model?

This is not correct.

I can give wh and install free ESXi, and use CHR, why Mikrotik can't just change licensing model?

Re: CHR feature requests

Posted: Fri Oct 04, 2019 2:44 pm
by cdstg
I also want or should I say need this dhcp-client-request does not work form me :-(
I want to at least get the IP Address added and maybe a password

Nut if I can get the IP address added to can use API to do everything else

thanks


Hi,
first of all: loving it ;)

specific to CHR I'd ask for a way to automate deployment, be it to do a dhcp-client-request on the first interface found and get a config file specific for this box by eg requesting a tftp-file based on the mac# of this interface.
and for an easy system-reset a specific reboot-flag with "load default config" would also be nice (doing an autobackup before rebooting just in case).

disk-image-resize-support inside CHR would also be nice, in case one needs to increase the bootdisk.

thank you for this awesome piece of software,
hk
I second the notion of being able to automate the deployment. The CHR documentation doesn't say a lot about how the initial spin-up process works. What I'd like to see, from a documentation perspective, is how to customize this process. For instance, I want to run CHR in OpenStack/KVM environment. One of the cool features of this environment is the ability to provide a "configuration drive" that the VM can use during the spin-up process. Ideally, the document would say what file the CHR would be expecting on the drive. Do you realize how cool that would be? =) Right now, it would appear that CHR, by default, has DHCP client configured on ether1; this is well and good, but it's not documented.

Lots of ideas here. Better documentation = better users. =)