RPSL general practical benefits
-
To: db-help@localhost
-
From: "Tourneur Henry-Nicolas" <henry.nicolas@localhost
-
Date: Mon, 13 Dec 2010 22:29:42 +0100
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.