[j-nsp] Am I carrying this route or not ?

Payam Tarverdyan Chychi pchychi at gmail.com
Sun Mar 24 17:11:41 EDT 2013


On 13-03-24 2:08 PM, Payam Tarverdyan Chychi wrote:
> Hey,
>
> I'm not sure what the actual exact request from the user was since i 
> don't really participate much in the AMS-IX anymore ...
>
> maybe the attack was destined towards their actual nei ip on the 
> exchange (initially i assumed /22 was their network, sounds like maybe 
> they meant the /22 that is shared for connectivity by the exchange 
> members) and they wanted to drop traffic destined to them? You have to 
> remember that traffic routed via a router is not the same as traffic 
> destined for a router and if I recall the email paste by Tobias, it 
> sounded like the use on AMS-IX was getting attacked on their bgp ip 
> and asked everyone to either stop carrying traffic from their networks 
> to the x.x.x.x/22 or setup a filtering so only BGP protocol is allowed 
> and everything else is dropped (someone correct me here if im wrong)
>

> --> Sorry, this below was in response to your previous statement of 
> being multi-homed (if you null route on not directly connected 
> routers). The directly connected router will not drop the bgp sesions 
> as its 'directly connected'
> Yes, If you nullroute /22 that belongs to the peering session you are 
> going to kill your nei adj with the exchange.
> Since only valid traffic is identified to be BGP, i would simply setup 
> an ACL and discard anything being sent to the x.x.x.x/22 exchange 
> subnet except BGP packets, applied on the "output" (which carry the 
> routing table/updates...) and perhaps add your own network mgmt 
> interface ips for ICMP ping to help for troubleshooting down the line.
>
> On a side note ...the X0Changes really need to some up with process 
> and procedures to help people deal with issues like this, leaving it 
> open in this day and age is ... (stupid?) Not all network admins are 
> the same nor share the same knowledge and leaving it up to the network 
> admins to figure things out sometimes just means bad news for everyone.
>
> Simple link to look at for constructing an ACL on a Juniper (im sure 
> google has more!) heh
> http://kb.juniper.net/InfoCenter/index?page=content&id=KB16685
>
> cheers,
> -Payam
>
> On 13-03-24 1:24 PM, Zehef Poto wrote:
>> Thank you Payam. I think I got what you mean.
>>
>> In this particular case however, the X/22 route is not a customer or 
>> anything. It is the IXP's peering LAN !
>>
>> So... It means that the person requested all the IXP's members to 
>> null-route the whole peering LAN ? How can you possibly ask for this ?
>>
>> I peer with several members within this LAN. If I null-route the X/22 
>> LAN, we agree that my peering sessions will go down, right ?
>>
>> Thanks again,
>>
>> 2013/3/24 Payam Chychi <pchychi at gmail.com <mailto:pchychi at gmail.com>>
>>
>>     Carry a route is the same as accepting a route and having it
>>     become active, allowing traffic to traverse your network to the
>>     destination. In this case the user is asking you to drop the
>>     route (attack traffic) at your edge if possible and not to carry
>>     it through your network and deliver it to the end destination(his
>>     network) because its probably saturating or causing him
>>     performance issues.
>>
>>     Normally networks well have a global community string that they
>>     can tag a route with and it will send it to null0, dropping that
>>     traffic at the edge v.s the user withdrawing its -/24 route from
>>     the advertise table. You can also go on the peering router and
>>     set the next hop route for the attacked destination ip to null0
>>     (discard) and only traffic traversing that one router well drop
>>     the traffic (global community well handle this if you  have a
>>     multi homed network)
>>
>>     Local nullroute example:
>>     "Set routing-options static route x.x.x.x/32 discard" ...
>>     Something like this
>>
>>     All your doing is dropping traffic for x.x.x.x/x at your edge,
>>     most cases its a /32 nullroute.
>>
>>     Google is your friend :)
>>     Cheers,
>>     -- 
>>     Payam Chychi
>>     Network Engineer / Security Specialist
>>
>>     On Sunday, 24 March, 2013 at 6:47 AM, Zehef Poto wrote:
>>
>>>     Hey guys,
>>>
>>>     Thank you all for the very valuable input. Actually yes, Tobias
>>>     is right,
>>>     I'm having this question because of the (quoted by Tobias)
>>>     e-mail we got
>>>     yesterday across several IXPs.
>>>
>>>     I just don't understand what is to "carry a route in my
>>>     backbone". Am I not
>>>     supposed to know all of (or most of) the Internet routes, since
>>>     I work with
>>>     tier-1 upstream providers ? As a consequence, it means I'm
>>>     carrying all
>>>     these routes right ?
>>>
>>>     A "show route X/22" tells that it was advertised by an eBGP peer
>>>     on one of
>>>     my edge routers, and the three other ones learnt this same route
>>>     via OSPF.
>>>
>>>     This is where I'm completely confused. What am I supposed to do
>>>     to "carry"
>>>     a route or not ?
>>>
>>>     Thanks again,
>>>
>>>     2013/3/24 Tobias Heister <lists at tobias-heister.de
>>>     <mailto:lists at tobias-heister.de>>
>>>
>>>>     Hi All,
>>>>
>>>>     Am 24.03.2013 00 <tel:24.03.2013%2000>:26, schrieb Jeff Wheeler:
>>>>>     Whoever that person is that said something about "use
>>>>>     next-hop-self"
>>>>>     in this context, either you misunderstood them, or you shouldn't
>>>>>     listen to them anymore. That has nothing to do with looking to
>>>>>     see if
>>>>>     your router knows about a route.
>>>>
>>>>     This sounds like the OP wants to help the cloudfare guys who
>>>>     send the
>>>>     following mail to DECIX/AMSIX (and probably other IX) yesterday.
>>>>
>>>>>     We're currently seeing a very large attack directed to our IP
>>>>>     on AMS-IX
>>>>     (X).
>>>>>
>>>>>     We request that all peers:
>>>>>
>>>>>     1) Don't carry this route (X/22) in your backbone. (you can set
>>>>     next-hop-self, etc). It'll save other security concerns and
>>>>     possible free
>>>>     transit you're giving away to others.
>>>>>     2) Filter any traffic within to the AMS-IX exchange fabric (again,
>>>>     X/22), except for your point to [multi]point BGP communications.
>>>>
>>>>     --
>>>>     Kind Regards
>>>>     Tobias Heister
>>>     _______________________________________________
>>>     juniper-nsp mailing list juniper-nsp at puck.nether.net
>>>     <mailto:juniper-nsp at puck.nether.net>
>>>     https://puck.nether.net/mailman/listinfo/juniper-nsp
>>
>>
>



More information about the juniper-nsp mailing list