Bob- any chance your IOS 15 is handling this differently?

Regards,
Jay McMickle- CCNP,CCSP,CCDP
Sent from my iPhone
http://mycciepursuit.wordpress.com


On Dec 27, 2011, at 9:10 PM, Bob McCouch <[email protected]> wrote:

> Very curious then. This works as one would expect in my lab:
> 
> Configured R1 on the physical FR interface and left InARP enabled:
> 
> Current configuration : 113 bytes
> 
> !
> 
> interface Serial1/0
> 
> ip address 10.1.0.1 255.255.255.0
> 
> encapsulation frame-relay
> 
> serial restart-delay 0
> 
> end
> 
> 
>> 
> R2, R3, and R4 have been configured with other IP addresses in different
> ranges. After a few moments, the dynamic mappings populate:
> 
> 
> R1#sh frame map
>> Serial1/0 (up): ip 172.16.1.2 dlci 102(0x66,0x1860), dynamic,
>>              broadcast,
>>              CISCO, status defined, active
>> Serial1/0 (up): ip 172.16.1.3 dlci 103(0x67,0x1870), dynamic,
>>              broadcast,
>>              CISCO, status defined, active
>> Serial1/0 (up): ip 192.168.1.4 dlci 104(0x68,0x1880), dynamic,
>>              broadcast,
>>              CISCO, status defined, active
> 
> 
> 
> Verified that the routing table on R1 does not magically populate IP routes
> for InARP-learned mappings:
> 
> R1#sh ip ro | b Ga
>> Gateway of last resort is not set
>>      10.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
>> C        10.1.0.0/24 is directly connected, Serial1/0
>> L        10.1.0.1/32 is directly connected, Serial1/0
> 
> 
> 
> And finally enabled debug ip packet, and we can see that we're not even
> getting to a point of an L2 lookup, the destination is simply unreachable
> as we have no route in the route table to get us to the target, even though
> we have the proper L2/L3 mapping:
> 
> R1#deb ip packet
>> IP packet debugging is on
>> R1#ping 172.16.1.3
>> Type escape sequence to abort.
>> Sending 5, 100-byte ICMP Echos to 172.16.1.3, timeout is 2 seconds:
>> *Dec 28 03:01:56.190: IP: s=10.1.0.1 (local), d=172.16.1.3, len 100,
>> unroutable.
>> *Dec 28 03:01:58.192: IP: s=10.1.0.1 (local), d=172.16.1.3, len 100,
>> unroutable.
>> *Dec 28 03:02:00.192: IP: s=10.1.0.1 (local), d=172.16.1.3, len 100,
>> unroutable.
>> *Dec 28 03:02:02.192: IP: s=10.1.0.1 (local), d=172.16.1.3, len 100,
>> unroutable.
>> *Dec 28 03:02:04.192: IP: s=10.1.0.1 (local), d=172.16.1.3, len 100,
>> unroutable.
>> Success rate is 0 percent (0/5)
> 
> 
> 
> I'd suggest trying a debug ip packet to see what happens when the pings are
> being sent.
> 
> Your router must be learning those routes in some way. InARP mappings do
> not automatically create IP routes, so there must be some reason the router
> is actually selecting that egress interface for your pings.
> 
> 
> On Tue, Dec 27, 2011 at 9:36 PM, Mahir Ali Ahmed <[email protected]> wrote:
> 
>> There is no routing enabled, my route table (R4) has only connected routes
>> which does not have 150.100.100.0 network it only has 150.100.24.0 network.
>> 
>> .ılı.ılı.
>> Mahir Ali Ahmed
>> Specialist Service & Infrastructure Operations
>> The past is dead ! The future, yet unborn ! Time to live in the present.
>> Time to move on !
>> 
>> 
>> On Tue, Dec 27, 2011 at 9:32 PM, Bob McCouch <[email protected]> wrote:
>> 
>>> Just because you have L2 mappings, though, does not automatically install
>>> routes in the RIB for those destinations (unless you're doing PPPoFR).
>> The
>>> mappings from InARP make sense, but why would the router be even trying
>> to
>>> egress IP packets out that interface?
>>> 
>>> Mahir, what does your route table look like?
>>> 
>>> 
>>> On Tue, Dec 27, 2011 at 8:43 PM, Jay McMickle <[email protected]
>>> wrote:
>>> 
>>>> Since this is a physical interface, and you haven't disabled inverse
>> arp,
>>>> you are getting all of the DLCI's from the frame switch. R2 probably
>> has a
>>>> mapping to R6 (100.6) so it's routing through the hub to the spoke
>>>> dynamically.
>>>> 
>>>> Regards,
>>>> Jay McMickle- CCNP,CCSP,CCDP
>>>> Sent from my iPhone
>>>> http://mycciepursuit.wordpress.com
>>>> 
>>>> 
>>>> On Dec 27, 2011, at 6:57 PM, Mahir Ali Ahmed <[email protected]>
>> wrote:
>>>> 
>>>>> Hi All,
>>>>> 
>>>>> I am doing frame relay lab on virtual environment.
>>>>> In task 6.4 this is my R4 configs
>>>>> 
>>>>> ====
>>>>> R4(config-if)#do sh run int s0/0
>>>>> interface Serial0/0
>>>>> ip address 150.100.24.4 255.255.255.0
>>>>> encapsulation frame-relay
>>>>> clock rate 2000000
>>>>> end
>>>>> ====
>>>>> 
>>>>> And these are the mapping I am getting
>>>>> 
>>>>> ====
>>>>> R4(config-if)#do sh frame map
>>>>> Serial0/0 (up): ip 150.100.24.2 dlci 402(0x192,0x6420), dynamic,
>>>>>             broadcast,
>>>>>             CISCO, status defined, active
>>>>> Serial0/0 (up): ip 150.100.100.6 dlci 416(0x1A0,0x6800), dynamic,
>>>>>             broadcast,
>>>>>             CISCO, status defined, active
>>>>> Serial0/0 (up): ip 150.100.100.2 dlci 422(0x1A6,0x6860), dynamic,
>>>>>             broadcast,
>>>>>             CISCO, status defined, active
>>>>> ====
>>>>> 
>>>>> According to the task I should only use "0" DLCI but I am getting
>>>> others as
>>>>> well
>>>>> 
>>>>> I check the DSG and it said that
>>>>> 
>>>>> "We learn more than one IP. But the other subnet isn't locally
>> defined,
>>>> so
>>>>> it doesn't matter. (If it's not locally defined, it won't do a L3-L2
>>>>> address lookup anyway.)
>>>>> 
>>>>> BUT
>>>>> 
>>>>> ====
>>>>> R4(config-if)#do ping 150.100.100.6
>>>>> Sending 5, 100-byte ICMP Echos to 150.100.100.6, timeout is 2 seconds:
>>>>> !!!!!
>>>>> Success rate is 100 percent (5/5), round-trip min/avg/max = 1/12/32 ms
>>>>> 
>>>>> R4(config-if)#do ping 150.100.100.2
>>>>> Sending 5, 100-byte ICMP Echos to 150.100.100.2, timeout is 2 seconds:
>>>>> !!!!!
>>>>> Success rate is 100 percent (5/5), round-trip min/avg/max = 1/11/36 ms
>>>>> ====
>>>>> 
>>>>> I want to know why this happening in my lab. No other interface is
>>>>> configures at this moment.
>>>>> 
>>>>> Thanks
>>>>> 
>>>>> .ılı.ılı.
>>>>> Mahir Ali Ahmed
>>>>> Specialist Service & Infrastructure Operations
>>>>> The past is dead ! The future, yet unborn ! Time to live in the
>> present.
>>>>> Time to move on !
>>>>> _______________________________________________
>>>>> For more information regarding industry leading CCIE Lab training,
>>>> please visit www.ipexpert.com
>>>>> 
>>>>> Are you a CCNP or CCIE and looking for a job? Check out
>>>> www.PlatinumPlacement.com
>>>>> 
>>>>> http://onlinestudylist.com/mailman/listinfo/ccie_rs
>>>> _______________________________________________
>>>> For more information regarding industry leading CCIE Lab training,
>> please
>>>> visit www.ipexpert.com
>>>> 
>>>> Are you a CCNP or CCIE and looking for a job? Check out
>>>> www.PlatinumPlacement.com
>>>> 
>>>> http://onlinestudylist.com/mailman/listinfo/ccie_rs
>>>> 
>>> 
>>> 
>> _______________________________________________
>> For more information regarding industry leading CCIE Lab training, please
>> visit www.ipexpert.com
>> 
>> Are you a CCNP or CCIE and looking for a job? Check out
>> www.PlatinumPlacement.com
>> 
>> http://onlinestudylist.com/mailman/listinfo/ccie_rs
>> 
> _______________________________________________
> For more information regarding industry leading CCIE Lab training, please 
> visit www.ipexpert.com
> 
> Are you a CCNP or CCIE and looking for a job? Check out 
> www.PlatinumPlacement.com
> 
> http://onlinestudylist.com/mailman/listinfo/ccie_rs
_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

http://onlinestudylist.com/mailman/listinfo/ccie_rs

Reply via email to