Black Friday AI Writer Deal
Here i have taken a simple topology R1 is connecting directly over Serial 0/0 link to BB1 , and as we know we dont have much access to Backbone routers in LAB , what if we dont know the EIGRP AS number of Neighbouring router.
The ip address used between R1 and BB1 is in range of 18.104.22.168/30
Lets start R1 by configuring it in AS 100 (wild guess) .
R1(config-if)#router eigrp 100
It seems we are not lucky so the neighborship is still down , lets see the output of “sh ip protocols”.
R1#sh ip protocols
Routing Protocol is “eigrp 100”
Outgoing update filter list for all interfaces is not set
Incoming update filter list for all interfaces is not set
Default networks flagged in outgoing updates
Default networks accepted from incoming updates
EIGRP metric weight K1=1, K2=0, K3=1, K4=0, K5=0
EIGRP maximum hopcount 100
EIGRP maximum metric variance 1
Redistributing: eigrp 100
EIGRP NSF-aware route hold timer is 240s
Automatic network summarization is not in effect
Maximum path: 4
Routing for Networks:
Routing Information Sources:
Gateway Distance Last Update
Distance: internal 90 external 170
Here also it seems everything fine , so here starts our troubleshooting we will use Extended Access list 101 to limit the output of “debug ip packet details 101”
R1(config)#access-list 101 permit ip any host 22.214.171.124
R1#debug ip packet detail 101
IP packet debugging is on (detailed) for access list 101
*Mar 1 00:07:39.131: IP: s=126.96.36.199 (local), d=188.8.131.52 (Serial0/0), len 60, sending broad/multicast, proto=88
*Mar 1 00:07:39.219: IP: s=184.108.40.206 (Serial0/0), d=220.127.116.11, len 60, rcvd 2, proto=88
The output of the debug shows that we indeed sending and receiving Eigrp updates on IP protocol 88 port.But why our neighbor is still down and answer is we are in wrong EIGRP AS , so the Question is how do we figure out the correct EIGRP AS number of the neighbouring router BB1.
Here is the trick.
We use a hidden command in debug called as “DUMP” feature it will show the HEX characters received from the neighbouring router.
R1#debug ip packet detail 101 dump
IP packet debugging is on (detailed) (dump) for access list 101
*Mar 1 00:12:05.643: IP: s=18.104.22.168 (Serial0/0), d=22.214.171.124, len 60, rcvd 2, proto=88
07DFE7F0: 0F000800 45C0003C 00000000
07DFE800: 015847D5 C8C8C802 E000000A 0205DF27
07DFE810: 00000000 00000000 00000000 00000FA5
07DFE820: 0001000C 01000100 0000000F 00040008 …………….
07DFE830: 0C040102 ….
*Mar 1 00:12:07.747: IP: s=126.96.36.199 (local), d=188.8.131.52 (Serial0/0), len 60, sending broad/multicast, proto=88
Here in the first highlighted part E000000A , if we translate this into binary it comes 184.108.40.206 the multicast address of the EIGRP , then we move five steps ahead of this HEX character we see 00000FA5 and this is our neighouring router AS number , we convert this HEX number into binary it comes “4005” and that is our AS number of the BB1.
Lets not assume and configure R1 with AS 4005 and see what results we see.
R1(config)#no router eigrp 100
R1(config)#router eigrp 4005
*Mar 1 00:23:39.883: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 4005: Neighbor 220.127.116.11 (Serial0/0) is up: new adjacency
So now it is confirmed that the BB1 AS number is 4005.
- OSPF Authentication: What, Why, and How to Configure? - November 17, 2022
- OSPF Troubleshooting Commands Cheat Sheet - November 8, 2022
- 4 Simple Tips on how to choose your VPS hosting provider for Web Hosting - October 25, 2022
Thanks for reading till the end!