RPSL general practical benefits


Hello everybody,

As explained previously in another thread, I intended the RPSL RIPE training a 
few days ago.
While writing down a summary for my colleagues, I though about some questions.

One general considerations first: Do you know very practical benefits/positive 
impact of using RPSL?
I mean, of course documenting is good, allowing the use of RtConfig might be 
good too but I'm interessed
on your experience about which impact this could have on a network.

When attending the course I saw one very practical example. We operate a smal 
B2B ISP (and we should need to use RPSL).
Actually, we do not describe our peers (except 2 upstreams). 
The result is that the speedtest.net website auto-select an Amsterdam server 
and so, the customer doesn't have the expect result.
Beside the fact that speedtest.net isn't the best way to test your bw, 
describing our peers would let this website to autoselect a nearest server.
This is what I would call a very practical and positive impact on our network.

Do anybody have similar experience with other services?

Another question :)

We are present at the FreeBIX but this IX let the participants use a route 
server allowing for automatic peerings with anybody that has an open-peering 
policy.
With such an environement, new peering establishement is almost transparent to 
us.
In this scenario, we can't integrate this with RPSL, no?

Thanks in advance for your precious advices :)

Henry-Nicolas Tourneur.