From henry.nicolas at tourneur.be Mon Dec 13 15:47:39 2010 From: henry.nicolas at tourneur.be (nicolas) Date: Mon, 13 Dec 2010 15:47:39 +0100 Subject: as-set and origin as usage Message-ID: <085676b707cfcf27c5740d4f99639763@localhost> To protect your privacy, remote images are blocked in this message. Display images Hello everybody, A few days ago I intended a RIPE RPSL training. Now I'm writing a summary for my colleagues and there something I don't remember perfectly, it's about the as-set object. Using an as-set object, I can either start its name with an origin as or directly put the name (ex. AS-Customers). Under which circumstance should I specify the origin AS? Thank you very much for your help, Regards, From henry.nicolas at tourneur.be Mon Dec 13 17:15:00 2010 From: henry.nicolas at tourneur.be (nicolas) Date: Mon, 13 Dec 2010 17:15:00 +0100 Subject: as-set and origin as usage In-Reply-To: <4D064065.4070809@ripe.net> References: <085676b707cfcf27c5740d4f99639763@localhost> <4D064065.4070809@ripe.net> Message-ID: <1f1edc546b5bf8fef268d16d6f3754bf@localhost> Hello, Thanks a lot for this precise reply :) Regards, On Mon, 13 Dec 2010 16:48:53 +0100, Vesna Manojlovic wrote: > Hi Nicolas, > > On 12/13/10 3:47 PM, nicolas wrote: >> Hello everybody, >> >> A few days ago I intended a RIPE RPSL training. >> Now I'm writing a summary for my colleagues and there something I don't >> remember perfectly, it's about the as-set object. >> >> Using an as-set object, I can either start its name with an origin as or >> directly put the name (ex. AS-Customers). >> Under which circumstance should I specify the origin AS? > > You can choose to do it, if you like. > > The difference is: if you specify the name which starts with your AS, > then you need to be able to pass the authentication of the maintainer of > your AS number (aut-num object). > > That means that you are the only one able to create the as-set object > AS12345:as-customers (if your AS number is AS12345) > > Otherwise, you need to find the unique name under the "as-" name-space ;-) > (as-customers is taken...) > > ripe_ncc:becha:~ $ whois -r as-customers > % This is the RIPE Database query service. > % The objects are in RPSL format. > % > % Information related to 'AS-CUSTOMERS' > > as-set: AS-CUSTOMERS > descr: WWWGBG and customer ASNs > members: AS41136 > members: AS29602 > tech-c: WGS2-RIPE > admin-c: WGS2-RIPE > mnt-by: WWWGBG-MNT > source: RIPE # Filtered > >> Thank you very much for your help, >> > Regards, > Vesna From BECHA at ripe.net Mon Dec 13 16:48:53 2010 From: BECHA at ripe.net (Vesna Manojlovic) Date: Mon, 13 Dec 2010 16:48:53 +0100 Subject: as-set and origin as usage In-Reply-To: <085676b707cfcf27c5740d4f99639763@localhost> References: <085676b707cfcf27c5740d4f99639763@localhost> Message-ID: <4D064065.4070809@ripe.net> Hi Nicolas, On 12/13/10 3:47 PM, nicolas wrote: > Hello everybody, > > A few days ago I intended a RIPE RPSL training. > Now I'm writing a summary for my colleagues and there something I don't > remember perfectly, it's about the as-set object. > > Using an as-set object, I can either start its name with an origin as or > directly put the name (ex. AS-Customers). > Under which circumstance should I specify the origin AS? You can choose to do it, if you like. The difference is: if you specify the name which starts with your AS, then you need to be able to pass the authentication of the maintainer of your AS number (aut-num object). That means that you are the only one able to create the as-set object AS12345:as-customers (if your AS number is AS12345) Otherwise, you need to find the unique name under the "as-" name-space ;-) (as-customers is taken...) ripe_ncc:becha:~ $ whois -r as-customers % This is the RIPE Database query service. % The objects are in RPSL format. % % Information related to 'AS-CUSTOMERS' as-set: AS-CUSTOMERS descr: WWWGBG and customer ASNs members: AS41136 members: AS29602 tech-c: WGS2-RIPE admin-c: WGS2-RIPE mnt-by: WWWGBG-MNT source: RIPE # Filtered > Thank you very much for your help, > Regards, Vesna From henry.nicolas at tourneur.be Mon Dec 13 22:29:42 2010 From: henry.nicolas at tourneur.be (Tourneur Henry-Nicolas) Date: Mon, 13 Dec 2010 22:29:42 +0100 Subject: RPSL general practical benefits Message-ID: <201012132229.42357.henry.nicolas@tourneur.be> 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.