No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>

Reminder

To have a better experience, please upgrade your IE browser.

upgrade

NE80E-Not full deleting old interface configuration caused eBGP peer cannot establish connection

Publication Date:  2012-07-27 Views:  49 Downloads:  0
Issue Description
Migration is performed from ATM to ETH interfcaes. On old ATM connection bgp works fine. BGP peer can be establish normally. For peering connection interface IPs are used - no need to set ebgp-max-hop (by default it is 1). We changed connection from ATM to ETH links:
ATM configuration:
PE1 intAtm16/0/0.626------------------int ATM0/IMA0.2 CiscoBS1
(Huawei)             (ATM network)            (Cisco Router)
ETH configuration:
PE1 intGi13/0/0.2111---------CS1-------------int Fa0/1.2 CiscoBS1
(Huawei)           (Cisco switch&Huawei Optix)     (Cisco Router)
After changing interface from ATM to ETH  eBGP cannot establish peer sucessfully. From BGP debugging we can find following error info:
*6.2175420680 RT19182PE1 RM/6/RMDEBUG:
 BGP: RM Return Error Code: 100663320, Operation: Get V4 out interface Index while Populating IF. Might miss configuring ebgp-max-hop for ebgp multi-hop peer.  
After it, BGP session is tear down. When we changed ebgp-max-hop to 2 from default value 1, bgp session established sucessfully. But BGP peer IP addresses are in the same LAN - for BGP peering IP addresses are taken from direct connection interfaces.
Why BGP peer session cannot be established?
Alarm Information
BGP peer cannot estabilish session.
From BGP debugging we can find following error info:
*6.2175420680 RT19182PE1 RM/6/RMDEBUG:
 BGP: RM Return Error Code: 100663320, Operation: Get V4 out interface Index while Populating IF. Might miss configuring ebgp-max-hop for ebgp multi-hop peer.
Handling Process
1) Keep current configuration, it works fine;
2) remove "map ip 10.227.186.98" under ATM interface configuration and "peer 10.227.186.98 ebgp-max-hop 2" under bgp configuration. 
Notice: 
Undo "map ip 10.227.186.98" will disconnect the BGP session, all the correlative service will be impacted, please operate at midnight.
Undo "peer 10.227.186.98 ebgp-max-hop 2" will not reset the BGP session, and the TTL is still 2. You need to reset the BGP manually to change it to TTL 1.
Root Cause
RND has found the cause. It's a misconfiguration issue. Customer ignored the map ip configuration while deleting the ip address interface Atm16/0/0.626. The ATM vlink still remains since the migration. The incomplete deleting configuration made NE80E to treat the route to 10.227.186.98 via interface GigabitEthernet13/0/0.2111 as a non-conncted one. That's why you need a TTL 2 BGP protocol segement
interface Atm16/0/0.626 p2p
 description GB-PLK-RT11113BS1-Trojanow
 ip binding vpn-instance GB-PLK
 pvc 7/142
  map ip inarp
  map ip 10.227.186.98
  oam end-to-end-loopback reply
We don't konw Cisco 2800 ATM PVC machanism, but the interface status now is administrative shutdown. Even if Cisco IOS ATM machanism is 100% same as ours, the C2800 would still treat our NE80E as a directly connected neighbor.
interface ATM0/IMA0.2 point-to-point
 description GBOIP
 mtu 1500
 ip vrf forwarding GBOIP
 no ip redirects
 no ip unreachables
 no ip proxy-arp
 shutdown
 pvc 7/32 
  oam-pvc manage
  encapsulation aal5snap
Suggestions

Null

END