[e-nsp] ExOS: "sh bgp routes community" bug?

Erik Bais erik at bais.name
Mon Jul 18 06:49:43 EDT 2011


Hi Doka,

Is there a specific reason why you are using the following syntax for the BGP policy to add the communities ?

        community set "3254:65535 3254:9100";
        community add "3524:9111";

I’m using the following in my policies :

entry entry-5 {
        If {
        nlri 123.123.128.0/21 exact ;
        }
        then {
                med set 0;
                local-preference 250;
                community add "51088:6543" ;
                community add "51088:65001" ;
                permit ;
             }
}

And that works on 12.4.2 , 12.4.3, 12.5.4.  (and is currently broken in the 12.6.x beta but expected to be fixed before the 12.6 GA version.)
I’m also running X480’s .

Regards,
Erik Bais



From: extreme-nsp-bounces at puck.nether.net [mailto:extreme-nsp-bounces at puck.nether.net] On Behalf Of Volodymyr Litovka
Sent: Monday, July 18, 2011 12:35 PM
To: extreme-nsp at puck.nether.net
Cc: yokodzun at yokodzun.kiev.ua
Subject: [e-nsp] ExOS: "sh bgp routes community" bug?

Hi,

when looking into detailed network info, it shows right communities here:

eel.35 # sh bgp routes detail network 31.41.120.0/21

Feasible Routes
---------------
Route: 31.41.120.0/21, Peer 213.133.164.149, BEST, Active
Origin IGP, Next-Hop 213.133.164.149, LPref 95, MED 100
Weight 1,
AS-Path: 13249 9002 8744 48485
Community: 3254:65535 3254:9100 3524:9111

but when I'm trying to get all routes with selected community, I get strange results.

None for 3254:9111 :

eel.36 # show bgp routes community 3254 : 9111

Feasible Routes
---------------
Destination Peer Next-Hop LPref Weight MED AS-Path


Unfeasible Routes
-----------------
Destination Peer Next-Hop LPref Weight MED AS-Path

while everything is ok for 3254:9100:

eel.60 # show bgp routes community 3254 : 9100

Feasible Routes
---------------
    Destination        Peer            Next-Hop        LPref Weight MED   AS-Path
*>i 1.0.4.0/22         194.44.35.213   194.44.35.213   90    1            3255 6939 7545 7545 7545 7545 7545 56203
  i 1.0.4.0/22         213.133.164.149 213.133.164.149 85    1      100   13249 6939 7545 7545 7545 7545 7545 56203
*>i 1.5.0.0/16         194.44.35.213   194.44.35.213   90    1            3255 6939 4725
  i 1.5.0.0/16         213.133.164.149 213.133.164.149 85    1      100   13249 6939 4725
*>i 1.8.1.0/24         194.44.35.213   194.44.35.213   90    1            3255 3549 6453 4641 38345
  i 1.8.1.0/24         213.133.164.149 213.133.164.149 85    1      100   13249 6453 4641 38345
*>i 1.8.8.0/24         194.44.35.213   194.44.35.213   90    1            3255 3549 6453 4641 38345
  i 1.8.8.0/24         213.133.164.149 213.133.164.149 85    1      100   13249 6453 4641 38345

Everything rest besides "show" seems to be working.

Incoming policy map is:

entry peer-in-50 {
if match any {
        as-path "_NNNNN_" ;
        community "XXXX:YYYYY" ;
 }
then {
        local-preference 95;
        community set "3254:65535 3254:9100";
        community add "3524:9111";
        permit;
 }
}

Is it bug or feature?

Summit x480
Image   : ExtremeXOS version 12.5.1.6 v1251b6 by release-manager
          on Tue Nov 23 09:49:14 PST 2010

Thank you



--



/doka



Vision without Execution is Hallucination. -- Thomas Edison.

________________________________

No virus found in this message.
Checked by AVG - www.avg.com<http://www.avg.com>
Version: 10.0.1390 / Virus Database: 1516/3771 - Release Date: 07/17/11
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/extreme-nsp/attachments/20110718/ec678aaa/attachment-0001.html>


More information about the extreme-nsp mailing list