IP Proxy arp doesn't work on CAT5500 RSM TRBRF VLAN I/Fs
Due to legacy IP addressing issues I have 2 DHCP scopes 172.18.1.n and 172.18.2.n. These desktops and of course the DHCP server believe they are on a Class B (/16) network. However, the network is really implementing many 172.18.N.n/24 networks. Previously 2500's and 4700's with secondary addreses to the '.2' network were able to satisfy the '.2' desktops connection request to other 172.18.N.n/24 networks. Through LAN tracing I know this was by IP Proxy ARP functionality. Since attempting to migrate the default router to a CAT5500 RSM with a TRBRF VALN I/F the '.2' desktops are orphaned from other /24 172.18.N networks. Although the proxy arp functionality is enabled ( default ) the arp by thge desktops are not responded to even though the RSM has routes to the requested networks. I have a case opened via my reseller but thought this mighte interest someone here.
[toc:faq]The ProblemOn traditional switches whenever we have a trunk
interface we use the VLAN tag to demultiplex the VLANs. The switch needs
to determine which MAC Address table to look in for a forwarding
decision. To do this we require the switch to do...
[toc:faq]Introduction:Netdr is a tool available on a RSP720, Sup720 or
Sup32 that allows one to capture packets on the RP or SP inband. The
netdr command can be used to capture both Tx and Rx packets in the
software switching path. This is not a substitut...
IntroductionOSPF, being a link-state protocol, allows for every router
in the network to know of every link and OSPF speaker in the entire
network. From this picture each router independently runs the Shortest
Path First (SPF) algorithm to determine the b...