From: keith tokash (ktokash@hotmail.com)
Date: Sun Nov 18 2007 - 19:38:51 ART
Before anyone wastes any time on this one, I just reloaded the whole lab and
it went away. A few weeks ago I had a similar OSPF-related mystery, and both
times they made no sense, I wasted hours trying to figure out the root cause
(thinking I was missing something basic, doubting myself, getting frustrated
...), then rebooted the lab and things worked as they should.
Just a friendly reminder to reboot if things like ARP start failing (which in
this case it was). Save yourself hours of wasted, precious, weekend lab
time.
With a few exceptions, secrecy is deeply incompatible with democracy and with
science.
--Carl Sagan
> From: ktokash@hotmail.com
> To: ccielab@groupstudy.com
> Subject: Unicasts not making it, but multicasts are
> Date: Sun, 18 Nov 2007 21:54:29 +0000
>
> I have a rather odd problem. I'm working on IE lab 4, task 4.2, which is a
> basic OSPF neighbor-building task (with twist of course, but that's not
> relevant to my dilemma). I must configure OSPF between a backbone router
and
> my R1. The physical hops between the two interfaces are two switches
trunked
> together and by all appearances working fine. However even after reducing
the
> configuration to the most basic form my neighbor relationship reaches FULL,
> then dies after a couple of minutes. Furthermore, if I debug IP packets
(tied
> to acl specifying ICMP) on R1, I can see pings launched from the backbone
> router. R1 replies to them out the correct interface ... and they die
> somewhere on the return path.
>
> NEIGHBOR BUILD AND DEATH
> %OSPF-5-ADJCHG: Process 1, Nbr 150.1.1.1 on FastEthernet0/0 from LOADING to
> FULL, Loading Done
> BB2#
> %OSPF-5-ADJCHG: Process 1, Nbr 150.1.1.1 on FastEthernet0/0 from FULL to
DOWN,
> Neighbor Down: Too many retransmissions
>
> FAILED PING FROM BACKBONE PERSPECTIVE
> BB2#ping 192.10.1.1
>
> Type escape sequence to abort.
> Sending 5, 100-byte ICMP Echos to 192.10.1.1, timeout is 2 seconds:
> .....
> Success rate is 0 percent (0/5)
>
> FAILED PING FROM R1 PERSPECTIVE
> Rack1R1#
> *Jun 11 02:28:13.544: IP: tableid=0, s=192.10.1.254 (Ethernet0/0),
> d=192.10.1.1 (Ethernet0/0), routed via RIB
> *Jun 11 02:28:13.544: IP: s=192.10.1.254 (Ethernet0/0), d=192.10.1.1
> (Ethernet0/0), len 100, rcvd 3
> *Jun 11 02:28:13.544: ICMP type=8, code=0
> *Jun 11 02:28:13.548: IP: tableid=0, s=192.10.1.1 (local), d=192.10.1.254
> (Ethernet0/0), routed via FIB
> *Jun 11 02:28:13.548: IP: s=192.10.1.1 (local), d=192.10.1.254
(Ethernet0/0),
> len 100, sending
> *Jun 11 02:28:13.548: ICMP type=0, code=0
> <snip>
>
>
> Has anyone experienced multicast success and unicast failure? Outside of
acls
> of course, which I have confirmed do not exist in this path.
>
>
> With a few exceptions, secrecy is deeply incompatible with democracy and
with
> science.
> --Carl Sagan
> _________________________________________________________________
> Put your friends on the big screen with Windows Vista. + Windows Live.
>
http://www.microsoft.com/windows/shop/specialoffers.mspx?ocid=TXT_TAGLM_CPC_M
> ediaCtr_bigscreen_102007
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Sat Dec 01 2007 - 06:37:30 ART