[afnog] AS Path transparency on Route Server

[Anibe Onuche]

Hello All,

I quite appreciate the multiple response I have gotten .

1. When i implement the route server client.. the Established BGP 
session goes into active mode. so it has nothing to do with Layer 2
2. My BGP logs shows invalid or corrupt ASN received when the route 
server client is implemented.
3.  My research shows that there are issues with quagga Route server 
client : Mostly issues with rs-client code ,  Due to structure locking 
issues
     source: http://www.uknof.org.uk/uknof13/Hughes-IXP_routeservers.pdf 
     ( page 8 )
4. Bird..ah Bird .. Please Andy, i will be grateful if i can have the 
perl script. We are a non profit IXP and as such welcome any 
contribution like your to the exchange point.


Regards
Anibe Onuche



On 6/10/2013 3:57 AM, Andy Davidson wrote:
> Hi, Anibe --
>
> You wrote:
>> For the purpose of AS Path transparency, I implemented a Quagga
>> Route server with the following  configuration
> [...]
>> Unfortunately, the status on my BGP shows active  :-(
> Your config looks correct.  (That said, your peer client in production
> configuration should use route-maps or at the bare minimum
> prefix-lists/distribute-lists in order to prevent leaks of non-customer
> prefixes to the route-server.)
>
> You should use standard BGP troubleshooting to look into this (I.e. Check
> that layer 1/2 connectivity exists (you can ping); Check that you can
> telnet from the route-server client to the route-server on port 179 and
> get a tcp connection; check logs and debug output).
>      
>> Tried working with BIRD routing protocol but some features lacking
>> (i.e peer groups),also the learning curve is somewhat steep.
> Please do look again at BIRD.  If you are a not for profit Internet
> Exchange point then you are welcome to my perl scripts that build the BIRD
> route-server configuration at LONAP and IXLeeds in the UK.  The same
> Scrips are used on the excellent NAP Africa IX in South Africa too.
>
> They perform IRRDB filtering (which is a useful thing for you to do in
> order
> To build trust in the route-server service), and also individual RIBs
> (routing tables) for each ASN connected to the route-server (which is
> useful in the event that you want to offer filtering between route-server
> participants.)
>
> In my experience, BIRD scales further than Quagga, especially when you
> have a routing table per connected ASN.
>
> Good luck with your project.
>
> Andy
>
>


-- 
  
Anibe Onuche
Internet Exchange Point of Nigeria
Network /Communication Department

Tel:+234-809-3878-113
NOC:+234-809-3878-110
Website:www.ixp.net.ng