Ok i think I may have found something. On the switch config I am able to access it by ssh to the CMC and issuing a connect command to switch-1.
I see that in show run it has this entry
interface Vlan 1
ip address dhcp
mtu 2500
no shutdown
So I conf t and enter
no ip address dhcp
Now I'm running wireshark and havent seen this mac address in my filter for bootp at all yet. They may have been the problem. What's weird is who knows why if it was on DHCP, that our server wouldn't of just given it an IP address and be done with it. Who knows why every minute the IOA kept DHCP and our server kept declining it then marking it a bad address.
Anyway I don't need an ip address on vlan1 on the IOA because were not having it doing any L3. I also already have an IP address on management ethernet 0/0 but I can't manage it anyway to its direct IP unless I shutdown the Gig e port that the CMC chassis management is plugged into on our core switch. So I manage it by ssh to the CMC and issuing a connect command.
The other IOA is on its own isolated Brocade switch with its own IP scheme and everything, which is NOT connected to our lan. This brocade switch is simply an IP storage network for NFS to virtual machines and our backup appliance.
The manual has an extensive write-up about the DHCP client. I would suggest using the various commands mentioned in that section and the command line reference guide to see which interface is making the DHCP requests. You can use the no ip address dhcp command to disable the DHCP client on an interface.
I would also check the DHCP scopes to make sure that 10.1.0.103/16 is not part of a pool. I would also check to see if it is in any list.
the switch showed on our PortChannel3 (two 10gbe fiber optic interfaces).
If you are running multiple port channels/LAGs to the IOA then make sure they are configured properly on the IOA. By default all 4 ports on the IOA are in a port channel.
Thank you for the command reference. I will look through that, however I think there is a bug in IOA software 9.8. Look at the CMC setup tab of the IOA's and you will see that Enable DHCP is UNCHECKED and a static IP address is entered. If DHCP is unchecked, its my understanding that this management MAC address should not be showing up in wireshark captures trying to retrieve dhcp addresses every couple of seconds.
Filtering this MAC from DHCP is a good workaround for now but it still unnecessary traffic and something to remember if in the future we move DHCP servers to ensure the mac filter is still in place. Luckily when I moved DHCP servers the Windows Server migration tools did move this over. Once the filter was in place and all the "BAD_ADDRESS" were deleted, no more re-appeared.
Just wanted to say thanks. Was running into the same problem. I disabled DHCP on VLAN 1 on the 2 IOA's on the FX Chassis, and problem went away. Was going crazy with this.
Its been some time since I did this, but I think you just log into the IOAggrigator "switch" with something like PuTTY and do commands like you would on cisco:
kjstech
2 Intern
•
362 Posts
0
February 8th, 2016 04:00
Ok i think I may have found something. On the switch config I am able to access it by ssh to the CMC and issuing a connect command to switch-1.
I see that in show run it has this entry
interface Vlan 1
ip address dhcp
mtu 2500
no shutdown
So I conf t and enter
no ip address dhcp
Now I'm running wireshark and havent seen this mac address in my filter for bootp at all yet. They may have been the problem. What's weird is who knows why if it was on DHCP, that our server wouldn't of just given it an IP address and be done with it. Who knows why every minute the IOA kept DHCP and our server kept declining it then marking it a bad address.
Anyway I don't need an ip address on vlan1 on the IOA because were not having it doing any L3. I also already have an IP address on management ethernet 0/0 but I can't manage it anyway to its direct IP unless I shutdown the Gig e port that the CMC chassis management is plugged into on our core switch. So I manage it by ssh to the CMC and issuing a connect command.
The other IOA is on its own isolated Brocade switch with its own IP scheme and everything, which is NOT connected to our lan. This brocade switch is simply an IP storage network for NFS to virtual machines and our backup appliance.
Daniel My
10 Elder
•
6.2K Posts
0
February 7th, 2016 11:00
Hello
The manual has an extensive write-up about the DHCP client. I would suggest using the various commands mentioned in that section and the command line reference guide to see which interface is making the DHCP requests. You can use the no ip address dhcp command to disable the DHCP client on an interface.
I would also check the DHCP scopes to make sure that 10.1.0.103/16 is not part of a pool. I would also check to see if it is in any list.
If you are running multiple port channels/LAGs to the IOA then make sure they are configured properly on the IOA. By default all 4 ports on the IOA are in a port channel.
https://www.dell.com/support/home/us/en/19/product-support/product/poweredge-fx2/manuals
Thanks
kjstech
2 Intern
•
362 Posts
0
February 8th, 2016 04:00
For some reason when I went to reply it made a new thread, please take it here...
en.community.dell.com/.../19674729
kjstech
2 Intern
•
362 Posts
0
February 8th, 2016 04:00
Thank you for the command reference. I will look through that, however I think there is a bug in IOA software 9.8. Look at the CMC setup tab of the IOA's and you will see that Enable DHCP is UNCHECKED and a static IP address is entered. If DHCP is unchecked, its my understanding that this management MAC address should not be showing up in wireshark captures trying to retrieve dhcp addresses every couple of seconds.
Filtering this MAC from DHCP is a good workaround for now but it still unnecessary traffic and something to remember if in the future we move DHCP servers to ensure the mac filter is still in place. Luckily when I moved DHCP servers the Windows Server migration tools did move this over. Once the filter was in place and all the "BAD_ADDRESS" were deleted, no more re-appeared.
dchurcorb
1 Message
0
July 5th, 2016 09:00
Just wanted to say thanks. Was running into the same problem. I disabled DHCP on VLAN 1 on the 2 IOA's on the FX Chassis, and problem went away. Was going crazy with this.
jsmithers311
3 Posts
0
July 19th, 2016 16:00
Can anyone provide the actual cli command for this?
Should this be ran on the CMC?
Thanks,
- Jason
jsmithers311
3 Posts
0
July 19th, 2016 16:00
Can anyone provide the commands to fix this?
I am having the same issue.
Dell is not aware, it seems.
- Jason
kjstech
2 Intern
•
362 Posts
0
July 20th, 2016 06:00
Its been some time since I did this, but I think you just log into the IOAggrigator "switch" with something like PuTTY and do commands like you would on cisco:
conf t
interface vlan1
no ip address dhcp
end
wr mem
jsmithers311
3 Posts
0
July 20th, 2016 10:00
Yep, that did the trick.
Many thanks and much appreciated.
- Jason