RPSL general practical benefits
Tourneur Henry-Nicolas henry.nicolas at tourneur.be
Mon Dec 13 22:29:42 CET 2010
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.
[ db-help Archive ]