RE: Frame-Relay "extra" mappings?

Charles,

Have you tried any of the standard methods below? Let us know.

Andre

1 - shut / no shut on an interface after disabling iarp
2 - reload the router
3 - encapsulation change on the interface to ppp and then back to frame

-----Original Message-----
From: nobody_at_groupstudy.com [mailto:nobody_at_groupstudy.com] On Behalf Of Charles.Henson_at_regions.com
Sent: Wednesday, May 20, 2009 11:27 AM
To: ccielab_at_groupstudy.com
Subject: Frame-Relay "extra" mappings?

All,
      I have a simple lab requirement:

4 routers connected to frame switch
form "full mesh" with all routers
no static L2-L3 mapping

Over course their are extra DLCIs so I had to filter those out to only learn the proper ones dynamically. No big deal. On 3 of the routers I end up with the proper dynamic frame mappings to the proper DLCIs and IPs.

R1 - R3: working example
Rack1R[1-3](config-if)#do sho run int s1/0 Building configuration...

Current configuration : 184 bytes
!
interface Serial1/0
 ip address 132.1.0.[1-3] 255.255.255.0
 encapsulation frame-relay
 serial restart-delay 0
 no frame-relay inverse-arp IP XXX
 no frame-relay inverse-arp IP YYY
end

Rack1R1(config-if)#do sho frame map
Serial1/0 (up): ip 132.1.0.2 dlci 102(0x66,0x1860), dynamic,
              broadcast,, status defined, active Serial1/0 (up): ip 132.1.0.3 dlci 103(0x67,0x1870), dynamic,
              broadcast,, status defined, active Serial1/0 (up): ip 132.1.0.4 dlci 104(0x68,0x1880), dynamic,
              broadcast,, status defined, active Rack1R1(config-if)#

On router 4, the config is the same, however, my DLCI mappings in the frame map include some additional mappings for 0.0.0.0.

Rack1R4(config-if)#do sho run int s1/0
Building configuration...

Current configuration : 184 bytes
!
interface Serial1/0
 ip address 132.1.0.4 255.255.255.0
 encapsulation frame-relay
 serial restart-delay 0
 no frame-relay inverse-arp IP 405
 no frame-relay inverse-arp IP 413
end

Rack1R4(config-if)#do sho frame map
Serial1/0 (up): ip 0.0.0.0 dlci 403(0x193,0x6430)
              broadcast,
              CISCO, status defined, active Serial1/0 (up): ip 0.0.0.0 dlci 402(0x192,0x6420)
              broadcast,
              CISCO, status defined, active Serial1/0 (up): ip 0.0.0.0 dlci 401(0x191,0x6410)
              broadcast,
              CISCO, status defined, active Serial1/0 (up): ip 132.1.0.1 dlci 401(0x191,0x6410), dynamic,
              broadcast,
              CISCO, status defined, active Serial1/0 (up): ip 132.1.0.2 dlci 402(0x192,0x6420), dynamic,
              broadcast,, status defined, active Serial1/0 (up): ip 132.1.0.3 dlci 403(0x193,0x6430), dynamic,
              broadcast,, status defined, active Rack1R4(config-if)#

I have full reachability and everything is working fine. But, I can't figure out why this router (only) gets several 0.0.0.0 mappings and I also can't clear them out. I have defaulted the interface, cleared frame inarp, verified the mappings are gone and rebuilt the config and I build the same map entries. The last 3 are legit and match my other 3 routers. The first 3 (for 0.0.0.0) aren't negatively impacting anything but won't go away and I can't figure out how they are being generated.

Can anyone provide any insight into this? Again, lab works, but I'm trying to get my learn on and I'm stumped. The exalted google reveals only OSPF or IS-IS related insight.

FYI, this is IE 4.1 VOL2 LAB2

Charles

Blogs and organic groups at http://www.ccie.net
Received on Wed May 20 2009 - 11:45:02 ART