Hi all,Had some weird behaviour during a Proctor Labs session today, on WB2 Lab2. ISSUE 1---------- Frame-relay network. Set up as usual, with R2, R4, R5, R5 in a full mesh on a single /27 subnet. R2, 5, 6 uses sub-interfaces, R4 all config on the physical. Symptom: R2 could ping: R2, R4, R5, R6 IPs in the frame cloudR5 could ping: R2, R4, R5, R6 IPs in the frame cloudR4 could ping: R2, R4, R5, R6 in the frame cloud.R6 could ping: R2, R5 BUT COULD NOT ping R4. That is, R4 could ping R6, but R6 could not ping R4. So, an echo reply back from R6 to R4 was OK, but an echo was not. Ran a debug ip icmp on R4, and sure enough, the R6 pings were not even reaching it, although replies to its own ping back from R6 were. No access-list anywhere on the frame. All IP addresses and mask were correct. No ip redirects anywhere. BUT...EIGRP was working from R4 to R6 in both directions. R6 could ping R4's loopback, and fastethernet on the farside of R4. So, R6 could ping through R4 but just not the frame interface on R4. Similarly, LDP was fine between the two and when I came to it, BGP was fine between R4 and R6 as well. ISSUE 2===== Under router eigrp 20, I put: distance 89 0.0.0.0 255.255.255.255 1 access-list 1 216.30.40.0 Saw hits on the ACL, but the EIGRP distance just would not change from 170. Tried clearing the routes, reapplied EIGRP, nothing made any difference. Has anyone seen any behaviour like this before (or is Pod117 haunted?!!) Regards, George. _______________________________________________ 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
