Hi, I am planning to upgrade my L3 switch and want to use DHCP option 15. Please suggest Meraki 9300-M switch support DHCP option 15 ? As its not supported on MS390.
In the DHCP server settings you must add a new options as Custom Text and configure it with the desired domain.
15 | Domain Name | This option is used to carry the “domain” portion of a node’s Fully Qualified Domain Name. (FQDN) Example: “meraki.com” of mail.meraki.com. |
I don't know where you read this, but it is supposed to be supported on all Siwtch L3 models.
https://documentation.meraki.com/MS/Layer_3_Switching/MS_Layer_3_Switching_and_Routing
As per the Cisco TAC MS390 not supported DHCP Option 15.
I just tried on a C9300-M. Same error as a MS390.
I don't have any background on why it's not supported. I see several old threads about various IOS versions on routers and switches not supporting either.
Can you please confirm MS350 support DHCP option 15 ??
Tested and dashboard appears to allow the config for MS (classic Meraki) switches and MX's.
yes, I tested on MS250 and it is supported. So just want to cross validate the same for MS350 switch.
I have had the mx allow dhcp config options but they would not work. Then support told me not al options are supported on mx. It would be good to have a list of which work on what platform
On a Cisco IOS or IOS-XE device, you instead use the "domain-name company.com" command. e,g.:
ip dhcp pool dhcppool
network 192.168.1.0 255.255.255.0
default-router 192.168.1.254
domain-name company.com
dns-server 192.168.1.254
lease 7
update arp
So you must correct your documentation @Ryan_Miles
@alemabrahao - MS390 support DHCP server but not support DHCP option 15 same has been validated by Cisco Meraki TAC
That dhcp doc have not been updated for 3 years
@alemabrahao the MS390 and C9300-M do support being a DHCP server, it is only that you cannot specify option 15 which is the domain. That is a bit of a problem in any Windows network... We've just bought two C9300-Ms so they might be going back! The option definitely works on MX and MS 355X switches.
@cmrI know it's supported, I just gave an example. Even so, I still don't see the point.
Ouch - that’s bit of a gotcha.
Why would some of the legacy Meraki switches support such basic DHCP options yet the newer devices not?
I'm guessing that it might be because the IOS-XE switches have a specific named option for 15, as per this config below:
ip dhcp pool xxxx_pool
network 10.xxx.xx.0 255.255.255.0
default-router 10.xxx.xx.1
dns-server 10.xxx.x.xxx 10.xxx.x.xxx 10.xxx.x.xxx 10.xxx.x.xxx
domain-name xxx.local
netbios-name-server 10.xxx.x.xxx 10.xxx.x.xxx
netbios-node-type h-node
option 119 hex xxxx.xxxx.xxxx.xxxx.xxxx.xxxx.xxxx.xxxx.xxxx.xxxx.xxxx.xxxx
option 165 ascii "xxxxxxx.xxx.local:443"
option 166 ascii "xxxxxxx.xxx.local:1883"
option 167 ascii "FALSE"
option 199 ascii "xxxx-xxxx-xxx-xx-xxxx"
lease 0 10
@Ryan_Miles can you please try options 44 and 46 on your C9300-M (netbios-name-server and netbios-node-type) and see if they are allowed?
Another option (pun intended) is to use option 119 where the domain search space is entered in hexadecimal. This works on an MS355X stack, @Ryan_Miles are you also able to test the domain in there on a C9300-M?
44 & 46 not supported (presents error) on MS390/C9300-M.
119 appears to be supported.
Thanks @Ryan_Miles, so it seems that you cannot use the options that are named in IOS-XE as opposed to the ones where IOS-XE needs the option number. Can this please be logged as a high priority bug as it does somewhat damage the Meraki switch product path!?!
We have just bought a pair of C9300-Ms to test with and were going to buy many more, but if this isn't fixed then I think we'll have to return them as faulty... 😞
My recommendation is open a Support case to have this logged & confirmed.
@Mahesh_Gaur can you please try to add options 44 and 46 to your MS390 to confirm that they also don't work and point the support team to this discussion? I am next in the office on Wednesday so would likely be able to log a support case only on Thursday next week. As we need some action, that might help speed things up! I am happy to also log one then.
@cmr - I don't have MS390 so I am not able to test. I tested the same on MS250 and its working. but now I am planning to upgrade my MS250 with MS390/ C9300-M.
That's why looking for support on DHCP option 15 ??
Apologies @Mahesh_Gaur I thought you'd logged a ticket about a device you had, I'll log one next week with ours.
Hi There, was there any resolution or workaround to this. It's a major blocker for me unless an additional.non-meraki provides upstream Dhcp? Thanks
Cisco allowed us to return the C9300s as faulty and we got MS355s as replacements. There is no intention on fixing it with the current container model as it will be fixed once Meraki management is part of native IOS-XE. Hopefully that's coming in H1/25, but that's only an educated guess.
I opened a case specifically asking for details on this issue with support and this is the response I received.
"...
After reviewing it with the internal team, currently we do not support the custom DHCP options on the C9300 series switches and currently there is no ETA on whether when this would be available.
At this stage, this would be a feature request and would recommend to leave a "Make a wish" feature request as inputs coming from the customer directly would make a difference.
..."
The fact that these DHCP options have had the rug pulled in Meraki newer switches is shortsighted and creating many problems for us and the customers we support.
I've already had to pivot to alternatives where we planned to use these newer switches as core switches in networks where traditionally we'd place a MS425. Now with them end-of-sale and no feasible alternatives, it's another notch against the Meraki line. It's honestly making it hard as an integrator to stand behind this product line - between the MS130 UDLD woes we're facing and now ditching have the DHCP server options that have been on the RFC 2132 spec for decades now.
It is planned, but in the native IOS version of the software (rather than the current where the Meraki management runs in a container on top of IOS. I know that isn't planned for this year and is probably v18.
@JustinBennett
Couldn't agree more. In fact we've even had scenarios where Cisco have specifically recommended the Meraki C9300 for customer solutions, performing "core" switch services, including DHCP. In once case we had to retain the switches we were replacing to act as a DHCP server! On other occasions we'd had to deploy MS355 to maintain Meraki Continuity.
Cannot understand the logic behind these C9300s, not sure they have released/enabled VRRP capabilities. No flexible stacking capabilities as.
This is another classic - displays all potential modules even if they are not inserted.!
Meraki 9300 Port Module Display
We wanted 17x 9300s earlier this year and in the end got 355s as they were better for our core needs.