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

Stranger behavior of BGP community on NE20E with VRP 5.3

Publication Date:  2012-07-27 Views:  60 Downloads:  0
Issue Description
The customer has tried to set BGP community on the NE20E with VRP 5.3 . He has tried to do use using route policy:
route-policy test permit node 10
 apply community 1:90
bgp 64852
 router-id 89.108.192.197
 peer 89.108.192.193 as-number 64852
 peer 89.108.192.193 connect-interface LoopBack0
 #
 ipv4-family unicast
  undo synchronization
  undo peer 89.108.192.193 enable
 #
 ipv4-family vpnv4                        
  policy vpn-target
  peer 89.108.192.193 enable
 #
 ipv4-family vpn-instance tsystems
  peer 81.28.66.133 as-number 20936       
  peer 81.28.66.133 description T-SYSTEMS Secondary
  peer 81.28.66.133 connect-interface Ethernet1/0/0
  peer 81.28.66.133 ip-prefix 100 import
  peer 81.28.66.133 route-policy test export
  peer 81.28.66.133 advertise-community
  network 89.108.192.0 255.255.255.128
  network 89.108.192.128 255.255.255.192

But when we check what is being sent to this peer it looks like this community setting is not working properly:
<waw1-rt-grx-3>disp bgp vpnv4 vpn-instance tsystems ro 89.108.192.0
 BGP local router ID : 89.108.192.197
 Local AS number : 64852
 Paths:   2 available, 1 best
 BGP routing table entry information of 89.108.192.0/25:
 Imported route. 
 Label information (Received/Applied): NULL/109570
 From: 0.0.0.0 (0.0.0.0)
 Relay Nexthop: 0.0.0.0
 Original nexthop: 10.10.2.132
 Ext-Community:RT <64852 : 201>
 Convergence Priority: 0 
 AS-path Nil, origin igp, MED 0, pref-val 0, valid, local, best, pre 60
 Advertised to such 1 peers:
    81.28.66.133
 Advertised to such 1 vpnv4 peers:
    89.108.192.193
 BGP routing table entry information of 89.108.192.0/25:
 Label information (Received/Applied): 109573/NULL
 From: 89.108.192.193 (89.108.192.217)
 Relay Nexthop: 0.0.0.0
 Original nexthop: 89.108.192.193         
 Ext-Community:RT <64852 : 201>
 Convergence Priority: 0 
 AS-path Nil, origin igp, MED 0,
Alarm Information
Null
Handling Process
How to check whether community they are setting are really advertised: (by debugging)
<BGP sender> debugging bgp vpn-instance test 100.0.23.1 packet send
<BGP sender> reset bgp vpn-instance test 100.0.23.1
May 14 2008 15:39:23 R3-NE20 %%01BGP/3/STATE_CHANGEDUPDOWN(l): Peer 100.0.23.1 state was changed from ESTABLISHED to IDLE. (BGP address family=test)
May 14 2008 15:39:55 R3-NE20 %%01BGP/3/STATE_CHANGEDUPDOWN(l): Peer 100.0.23.1 state was changed from OPENCONFIRM to ESTABLISHED. (BGP address family=test)
*0.603802640 R3-NE20 RM/6/RMDEBUG:
BGP.test: 100.0.23.1 Send OPEN, Version: 4
Local AS: 100, HoldTime: 180, Router ID: 30.30.30.30
*0.603802640 R3-NE20 RM/6/RMDEBUG:
OPT Type: 2 (Capability) 
CAP Type: 1 (Multiprotocol) CAP Len: 4
IPv4-UNC (1/1)
CAP Type: 2 (RouteRefresh) CAP Len: 0
Total CAPB Len : 8
Total OPT Len : 10 
Total Message Len : 39 
*0.603802640 R3-NE20 RM/6/RMDEBUG:
BGP.test: 100.0.23.1 Send KEEPALIVE 
Length 19 
*0.603802640 R3-NE20 RM/6/RMDEBUG:
BGP.test: Send UPDATE to 100.0.23.1 for following destinations :
MP_reach : AFI/SAFI 1/1 
Origin : IGP 
AS Path : 100 64852 
Next Hop : 100.0.23.2 
MED : 0
Community : <1:90> 
15.15.15.1/32, 
Root Cause
This is normal behavior display bgp command show the route before applying route-policy so you will not show community added and you need to debug bgp packets that are sent.
Suggestions
Null

END