Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. If you'd prefer to explore, try our test area to get started. And see here for current known issues.

New Member

dhcp sg300 vlan

Okay. I have two scopes for two vlans configured on the sg300. When I put my laptop in vlan 1 I get an ip from 192.168.0.0/24. I then release the ip, I put the port my laptop is in into vlan 20 and try to renew to get an ip from 172.20.20.0/24 subnet associated with vlan 20 but I get an ip from 192.168.0.0/24 which is associated with vlan 1. The only way to get this to work is I have to go into the sg300 and delete the dhcp binding and then renew and I then get an IP address from 172.20.20.0. I would have thought that if I put the laptop in vlan 20 and released and renewed the sg300 would give me an IP address from 172.20.20.0 not 192.168.0.0 which is associated with vlan 1. What am I missing? Why is the sg300 responding with an ip from different vlan?

Sent from Cisco Technical Support iPad App

  • Small Business Switches
2 ACCEPTED SOLUTIONS

Accepted Solutions
New Member

dhcp sg300 vlan

I've also experienced this and there was a similar post unanswered this month I believe.  It may not be considered a bug or a problem since hosts aren't expected to change vlans like they do when we use are PCs for testing.  Personally I would think that each vlan would have it's own isolated binding table as well as every other table, array or structures.  Maybe some one can explain a solution or the reason why this is normal.

Green

dhcp sg300 vlan

I would suspect the ARP did not time out.

Reduce the ARP timeout for testing purposes then let enough time elapse then release/renew or disconnect/reconnect from the physical port.

-Tom
Please mark answered for helpful posts

-Tom Please mark answered for helpful posts http://blogs.cisco.com/smallbusiness/
4 REPLIES
New Member

dhcp sg300 vlan

I've also experienced this and there was a similar post unanswered this month I believe.  It may not be considered a bug or a problem since hosts aren't expected to change vlans like they do when we use are PCs for testing.  Personally I would think that each vlan would have it's own isolated binding table as well as every other table, array or structures.  Maybe some one can explain a solution or the reason why this is normal.

Green

dhcp sg300 vlan

I would suspect the ARP did not time out.

Reduce the ARP timeout for testing purposes then let enough time elapse then release/renew or disconnect/reconnect from the physical port.

-Tom
Please mark answered for helpful posts

-Tom Please mark answered for helpful posts http://blogs.cisco.com/smallbusiness/
New Member

Re: dhcp sg300 vlan

Where is that setting configured? However my initial summary does seem like a bug. I opened a TAC case

Sent from Cisco Technical Support iPad App

New Member

Re: dhcp sg300 vlan

This turned to be a bug and will be fixed in the next software update

Sent from Cisco Technical Support iPad App

723
Views
10
Helpful
4
Replies
This widget could not be displayed.