[144518] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

RE: Saudi Telecom sending route with invalid attributes

daemon@ATHENA.MIT.EDU (Schiller, Heather A)
Mon Sep 12 21:20:01 2011

From: "Schiller, Heather A" <heather.schiller@verizon.com>
To: Aftab Siddiqui <aftab.siddiqui@gmail.com>, Richard Barnes
 <richard.barnes@gmail.com>
Date: Mon, 12 Sep 2011 21:18:55 -0400
In-Reply-To: <CAK5YLgcenPt4iUrHCBH2g0d28+fG7NRKaz+7c6xW3kuRsq04QQ@mail.gmail.com>
Cc: "Jonas Frey \(Probe Networks\)" <jf@probe-networks.de>,
 "nanog@nanog.org" <nanog@nanog.org>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org


Could be this..?

http://www.juniper.net/techpubs/en_US/junos11.2/topics/reference/configurat=
ion-statement/independent-domain-edit-routing-options.html =20

"unrecognized transitive attributes" depend on whatever code version you ar=
e running... What's more important is how the unrecoginized attribute is ha=
ndled.  Ideally you accept and pass the route and log it.  The problem is w=
ith devices that aren't so graceful.. dropping sessions and wreaking havoc:

http://www.cisco.com/warp/public/707/cisco-sa-20100827-bgp.shtml

--Heather=20

-----Original Message-----
From: Aftab Siddiqui [mailto:aftab.siddiqui@gmail.com]=20
Sent: Saturday, September 10, 2011 6:49 PM
To: Richard Barnes
Cc: Jonas Frey (Probe Networks); nanog@nanog.org
Subject: Re: Saudi Telecom sending route with invalid attributes 212.118.14=
2.0/24

with in the span of couple of hours this prefix was originated from 3 ASN i=
.e. AS3561 (Savvis), AS8866 (BTC) and AS25019 (STC original custodians).

As per the STC it was orginated by one of their customer having Juniper rou=
ter. but I still don't understand why/how they are adv this prefix with unr=
ecog transitive attributes.

Can any one suggest.

Regards,

Aftab A. Siddiqui


On Sun, Sep 11, 2011 at 3:26 AM, Richard Barnes <richard.barnes@gmail.com>w=
rote:

> Looks like the RIS collectors are seeing it originating mostly from=20
> STC and KACST ASNs:
> <http://stat.ripe.net/212.118.142.0/24>
>
> Some of the "show ip bgp" reports on that screen are also showing
> AS8866 "BTC-AS Bulgarian Telecommunication Company".  Not sure what's=20
> up with that.
>
> --Richard
>
>
>
> On Sat, Sep 10, 2011 at 2:01 PM, Christopher Morrow=20
> <morrowc.lists@gmail.com> wrote:
> > On Fri, Sep 9, 2011 at 9:26 PM, Kyle Duren <pixitha.kyle@gmail.com>
> wrote:
> >> Is this announcement still showing up this way (no easy way to=20
> >> check myself).
> >
> > ripe ris?
> >
> >> -Kyle
> >>
> >> On Thu, Sep 8, 2011 at 4:20 PM, Clay Haynes=20
> >> <chaynes@centracomm.net>
> wrote:
> >>
> >>> On Thu, Sep 8, 2011 at 7:11 PM, Jonas Frey (Probe Networks) <=20
> >>> jf@probe-networks.de> wrote:
> >>>
> >>> > Hello,
> >>> >
> >>> > anyone else getting a route for 212.118.142.0/24 with invalid=20
> >>> > attributes? Seems this is (again) causing problems with some=20
> >>> > (older) routers/software.
> >>> >
> >>> >               Announcement bits (4): 0-KRT 3-KRT 5-Resolve tree=20
> >>> > 1 6-Resolve tree 2
> >>> >                AS path: 6453 39386 25019 I Unrecognized Attributes:
> 39
> >>> > bytes
> >>> >                AS path:  Attr flags e0 code 80: 00 00 fd 88 40=20
> >>> > 01 01
> 02
> >>> > 40 02 04 02 01 5b a0 c0 11 04 02 01 fc da 80 04 04 00 00 00 01=20
> >>> > 40 05
> 04
> >>> > 00 00 00 64
> >>> >                Accepted Multipath
> >>> >
> >>> >
> >>> > -Jonas
> >>> >
> >>> >
> >>> Yup! We're seeing the same thing too, and we're filtering it out.
> >>> Originating AS is 25019
> >>>
> >>> -Clay
> >>>
> >>
> >
> >
>
>


home help back first fref pref prev next nref lref last post