cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
532
Views
0
Helpful
2
Replies

CBS350 routing. Routing issue with supernetted VLANs?

bakerjw
Level 1
Level 1

Good day, all. We have a test environment with a handful of CBS350 switches and have been having some routing/ARP issues that I don't quite follow and I'm looking for some guidance to ensure that our managed switches are properly configured.

Our test environment consists of

  • 1 CBS350 48 port switch named Cisco-Main configured with IPV4 routing enabled. Only one configured to route.
  • 1 CBS350 48 port switch named Cisco-Lab.
  • Cisco-Main and Cisco-Lab are connected with a LAG.
  • A dozen or so VLANs are defined on both switches.
  • No static routes are defined.
  • Cisco-Main and Cisco-Lab have ports configured as trunk ports to connect to virtualization platforms.

We have 2 VLANs that handle supernetted IP ranges. 

  • 192.168.0.0/20 - VLAN 2
  • 192.168.100.0/22 - VLAN 200

On Cisco-Main, in the IPV4 Interface table, each of our VLANs has a static IP address and subnet mask assigned to it. VLAN 2 is a supernet.
bakerjw_3-1668627908405.png
Our other supernet.
bakerjw_0-1668629214101.png

On Cisco-Main, the IPV4 forwarding table lists each subnets destination IP Prefix, the next hop router IP address and the proper VLAN.
bakerjw_1-1668624712512.png

As mentioned, all of the defined VLANs on Cisco-Main are also defined on Cisco-Lab.
The only IPV4 interface defined on Cisco-Lab is an IP address used to manage the switch.

bakerjw_2-1668625039661.png

On Cisco-Lab, the IPV4 forwarding table lists only the IP information for the VLAN used for managing devices as expected.
bakerjw_4-1668628359525.png

Looking at VLAN 200 which is a supernet of 4 class C addresses. i.e. 192.168.100.0 - 192.168.103.255
bakerjw_5-1668628702137.png
Only devices in the lower half of the supernet (192.168.100.0 to 192.168.101.255) show up in the Cisco-Main ARP table. If we are on a system attached to an untagged port for VLAN 200, we can connect to all of the devices without issue.

Since the upper half of devices do not make it to the ARP table on Cisco-Main which does the routing, we cannot access those devices in a routed manner. It seems to me that there is a bug in the firmware that is not detecting that the VLAN is defined as a supernet.

Thoughts or suggestions? 

2 Replies 2

ping-er
Level 1
Level 1

Hello,
Have you tried to add a "Static" item to the "ARP Table" ?
  ex)  Add  "192.168.103.1  AA:BB:CC:DD:EE:FF"  (The address of the upper half of devices which existing one.)
and try to communicate with it.

That works for me in the problem similar to yours but not exactly the same one.

My problem is a strange problem in inter-vlan routing with the ARP is not working. (I'm currently making a post for it)

- the arp function of the host is normal, since the other communications in his subnet is working all normally.

- but the inter-vlan routed host in the another vlan cannot ping nor etc. tcp communicated with the host.

- even the CBS350 can ping to the host. (this add the dynamic ARP item, after this, the routing suddenly works, but this item expires and then routing stop working.)

and currently I'm using this workaround to make it work normally. (After adding a "Static ARP Table", then the routing works. the peers can communicate with each other.)

Hello
Cisco -Lab is a L2 switch as such make sure  ip routing is disabled, and provided a default-gateway


Please rate and mark as an accepted solution if you have found any of the information provided useful.
This then could assist others on these forums to find a valuable answer and broadens the community’s global network.

Kind Regards
Paul
Review Cisco Networking for a $25 gift card