- Ris-int - mailman.ripe.net

Re: [ris-int] RIS CGIs are online
by Rene Wilhelm 17 Feb '05

17 Feb '05

Hi Arife, >let me know if you have any comments. > >You can get them through this page > >http://www.ripe.net/projects/ris/tools/ > >CGIs which are re-written ASInuse, PrefixInuse, Search By Prefix/AS >and BGP Hot Spot Tools. I tried IPv6 prefix queries, but no matter what I enter, I always end up with a page like this: "ERROR: A system error occurred while processing your request. The administrator has been notified about this error." For example, this input: Prefix/AS: 2001:610::/32 More specific IPv6 doesn't give any results (only the error) :( I also have a request: once the prefix cgi is returning v6 results as expected, could you modify the riswhois cgi to also put up a "Query RIS database" button for IPv6 queries? (compare: http://www.ris.ripe.net/cgi-bin/riswhois.cgi?address=193.0.0.1 with: http://www.ris.ripe.net/cgi-bin/riswhois.cgi?address=2001:610:: ) James did the first versions of the riswhois cgi, but I guess that after the restructuring this is now SED responsibility. Thanks, -- Rene

2 1

Small changes on the RIS pages.
by Henk Uijterwaal 15 Feb '05

15 Feb '05

Hi, I don't have permissions to do this myself, so, [1] on http://www.ripe.net/projects/ris/docs/analysis.html Can you please add links to: M.Roughan et al, "IP Forwarding Anomalies and Improving their detection using multiple data sources", in Proceedings of the ACM SIGCOMM 2004 workshops, pp. 307. http://www.acm.org/sigs/sigcomm/sigcomm2004/workshop_papers/nts13-roughan1.… A.Feldman et al, "Measuring BGP Pass-Through times", in Proceedings of the PAM 2004 workshops, pp. 267. http://www.pam2004.org/papers/170.pdf [2] On http://www.ripe.net/projects/ris/misc.html Change this into: * <http://www.ripe.net/ttm/Documents/worm/ddos.html>"Effects of the DDoS Attack on the RIPE NCC", Analysis by the New Projects Group in cooperation with the Operations Group / RIPE NCC (270203, last updated 050303). * <http://www.ripe.net/ttm/Documents/worm/index.html>"Sapphire/Slammer Worm Impact on Internet Performance", Analysis by the New Projects Group / RIPE NCC (100203). * The <http://www.ripe.net/projects/rrcc/index.html>RRCC (Routing Registry Consistency Check) project also uses the data from the RIS databases. * Links to Dan Ardelean's work on <http://www.ris.ripe.net/black-holes>Black Holes and <http://www.ris.ripe.net/analysis>Data Analysis at the RIPE NCC. * Download "libbgpdump" <http://www.ris.ripe.net/source>here. Dan Ardelean wrote this library in C to "natively" read <http://www.zebra.org/>Zebra's binary dump files. * Many groups outside the RIPE NCC have analyzed the RIS data. We have a page with <http://www.ripe.net/projects/ris/docs/analysis.html>links to their work. * <http://www.ripe.net/projects/ris/links.html>Links to other projects that collect BGP data. Thanks, Henk ------------------------------------------------------------------------------ Henk Uijterwaal Email: henk.uijterwaal(at)ripe.net RIPE Network Coordination Centre http://www.amsterdamned.org/~henk P.O.Box 10096 Singel 258 Phone: +31.20.5354414 1001 EB Amsterdam 1016 AB Amsterdam Fax: +31.20.5354445 The Netherlands The Netherlands Mobile: +31.6.55861746 ------------------------------------------------------------------------------ Look here junior, don't you be so happy. And for Heaven's sake, don't you be so sad. (Tom Verlaine)

3 3

Sorry
by Henk Uijterwaal 14 Feb '05

14 Feb '05

Hi, This morning's agenda arrived, I simply overlooked it in the 1000 mails that were in my inbox after 3 days of VAC. Henk ------------------------------------------------------------------------------ Henk Uijterwaal Email: henk.uijterwaal(at)ripe.net RIPE Network Coordination Centre http://www.amsterdamned.org/~henk P.O.Box 10096 Singel 258 Phone: +31.20.5354414 1001 EB Amsterdam 1016 AB Amsterdam Fax: +31.20.5354445 The Netherlands The Netherlands Mobile: +31.6.55861746 ------------------------------------------------------------------------------ Look here junior, don't you be so happy. And for Heaven's sake, don't you be so sad. (Tom Verlaine)

1 0

ANNOUNCEMENT: The RIS Project's Remote Route Collector is online at PAIX.
by rispeering＠ripe.net 11 Feb '05

11 Feb '05

[Apologies for duplicate mails] Dear Colleagues, We are pleased to announce that we have relocated the RIS Project's second North American Remote Route Collector at PAIX, Palo Alto. We are now ready to peer with PAIX members. We would like to thank Paul Vixie and ISC for their help. RRC14, has been operating since December 2004. It has an interface on the shared PAIX network and runs both IPv4 and IPv6. It collects routing information from all exchange members who peer with us. - Our peering addresses are: IPv4: 198.32.176.6 IPv6: 3ffe:80a::9 - Our AS number is: 12654 - Our policy: http://www.ripe.net/projects/ris/docs/rrc14.html The Routing Information Service (RIS) started as a RIPE NCC project in 1999. It has grown to over 300 IPv4 and IPv6 peers at twelve data collection points in Europe, Japan and North America. We collect and make available BGP routing information by devising tools that can help ISPs debug problems without being limited to a BGP view. We provide RIS raw data regarding the historical development of the Internet. If you want to peer with the RIS, please send an e-mail to <rispeering(a)ripe.net> or use the web form that you can find at: http://www.ris.ripe.net/peerreg.cgi You can find more information about RIS at: http://www.ripe.net/ris/ You can find RIS tools at: http://www.ripe.net/projects/ris/tools/index.html If you have any questions or comments, please send an e-mail to <ris(a)ripe.net>. Regards. Arife Vural RIPE NCC, Software Engineering Department

1 0

RIS meeting agenda on Monday
by Arife Vural 11 Feb '05

11 Feb '05

Hi guys, Those are the items on my mind for Monday, if you have any additional agenda item, let me know. - Updates - RRC13 & RRC14 - RIS CGIs - Beacon - RIS security issues - ssh & telnet connection to RRCs, and what kind of restrictions we have and so. Arife

2 1

[ripe.net #110383] Re: [ris-int] Re: Fwd: 195.80.224.0 - 195.80.239.255 "RIPE NCC Route Flap Dampening,and BGP Beacon Studies"
by James Aldridge 04 Feb '05

04 Feb '05

Henk Uijterwaal wrote: > At 15:14 04/02/2005, Arife Vural wrote: > > >It would be nice if James update RIPE DB, after finish up activating > >new Beacon prefix. > > > >I think we should delete those entries. > > I believe that the new prefixes have been activated, Indeed they have. The beacon configuration is now moved outside cron (so all the RRCs can now share a single risops crontab file). The new beacons work as follows: The /usr/local/ris/etc/bgp-beacon /bin/sh script is run every 5 minutes from risops' crontab. Whether there's anything to do at a particular run is governed by the (RRC-specific) configuration file /usr/local/ris/etc/bgp-beacon.def (a files which is sourced by the bgp-beacon script). As an example, rrc03's file looks like the following: # $Id: rrc03,v 1.2 2005/01/31 13:10:36 root Exp $ # Beacon definitions for rrc03 - AMS-IX, etc. nexthop=195.69.144.69 beacons="1 2" beacon_1_prefix=84.205.67.0/24 beacon_1_on="00:00:00 04:00:00 08:00:00 12:00:00 16:00:00 20:00:00" beacon_1_off="02:00:00 06:00:00 10:00:00 14:00:00 18:00:00 22:00:00" beacon_2_prefix=84.205.72.0/24 beacon_2_on="00:00:00 04:00:00 08:00:00 12:00:00 16:00:00 20:00:00" beacon_2_off="02:00:00 06:00:00 10:00:00 14:00:00 18:00:00 22:00:00" I hope that that's fairly self explanatory. Files are mastered on the risadmin server (where they're under RCS control) and are included in the daily sync to the RRCs. > all that is left to > be done is the route object and the webpage. The various IRR objects have been created/updated/removed as appropriate (on 31st January): route-set: AS12654:RS-RIS descr: RIPE NCC RIS Project members: 84.205.64.0/24 members: 84.205.65.0/24 members: 84.205.66.0/24 members: 84.205.67.0/24 members: 84.205.68.0/24 members: 84.205.69.0/24 members: 84.205.70.0/24 members: 84.205.71.0/24 members: 84.205.72.0/24 members: 84.205.73.0/24 members: 84.205.74.0/24 members: 84.205.75.0/24 members: 84.205.76.0/24 members: 84.205.77.0/24 members: 84.205.78.0/24 members: 84.205.79.0/24 members: 84.205.80.0/24 members: 84.205.81.0/24 members: 84.205.82.0/24 members: 84.205.83.0/24 members: 84.205.84.0/24 members: 84.205.85.0/24 members: 84.205.86.0/24 members: 84.205.87.0/24 members: 84.205.88.0/24 members: 84.205.89.0/24 members: 84.205.90.0/24 members: 84.205.91.0/24 members: 84.205.92.0/24 members: 84.205.93.0/24 members: 84.205.94.0/24 members: 84.205.95.0/24 members: 86.192.0.0/16 members: 86.255.248.0/21 members: 87.192.0.0/16 members: 87.255.248.0/21 members: 88.192.0.0/16 members: 88.255.248.0/21 remarks: The RIPE NCC RIS Project announces a small number of remarks: prefixes at various times for experimental purposes. remarks: Very little traffic is expected to be directed to or remarks: sourced from these prefixes. Any such traffic will only remarks: be for reachability tests. tech-c: RISM-RIPE admin-c: HU266-RIPE mnt-by: RIPE-NCC-RIS-MNT mnt-lower: RIPE-NCC-RIS-MNT changed: risops(a)ripe.net 20040218 changed: risops(a)ripe.net 20040402 changed: risops(a)ripe.net 20040820 changed: risops(a)ripe.net 20050131 source: RIPE route: 84.205.64.0/24 descr: RIPE-NCC-RIS BGP Beacon Prefix @ rrc00 - RIPE NCC origin: AS12654 mnt-by: RIPE-NCC-RIS-MNT changed: risops(a)ripe.net 20050131 source: RIPE route: 84.205.65.0/24 descr: RIPE-NCC-RIS BGP Beacon Prefix @ rrc01 - LINX origin: AS12654 mnt-by: RIPE-NCC-RIS-MNT changed: risops(a)ripe.net 20050131 source: RIPE route: 84.205.66.0/24 descr: RIPE-NCC-RIS BGP Beacon Prefix @ rrc02 - SFINX origin: AS12654 mnt-by: RIPE-NCC-RIS-MNT changed: risops(a)ripe.net 20050131 source: RIPE route: 84.205.67.0/24 descr: RIPE-NCC-RIS BGP Beacon Prefix @ rrc03 - AMS-IX, NL-IX, GN-IX origin: AS12654 mnt-by: RIPE-NCC-RIS-MNT changed: risops(a)ripe.net 20050131 source: RIPE route: 84.205.68.0/24 descr: RIPE-NCC-RIS BGP Beacon Prefix @ rrc04 - CIXP origin: AS12654 mnt-by: RIPE-NCC-RIS-MNT changed: risops(a)ripe.net 20050131 source: RIPE route: 84.205.69.0/24 descr: RIPE-NCC-RIS BGP Beacon Prefix @ rrc05 - VIX origin: AS12654 mnt-by: RIPE-NCC-RIS-MNT changed: risops(a)ripe.net 20050131 source: RIPE route: 84.205.70.0/24 descr: RIPE-NCC-RIS BGP Beacon Prefix @ rrc06 - DIX-IE origin: AS12654 mnt-by: RIPE-NCC-RIS-MNT changed: risops(a)ripe.net 20050131 source: RIPE route: 84.205.71.0/24 descr: RIPE-NCC-RIS BGP Beacon Prefix @ rrc07 - NETNOD origin: AS12654 mnt-by: RIPE-NCC-RIS-MNT changed: risops(a)ripe.net 20050131 source: RIPE route: 84.205.72.0/24 descr: RIPE-NCC-RIS BGP Beacon Prefix descr: For anycast failover analysis at LINX and AMS-IX descr: (replaces 195.80.233.0/24) origin: AS12654 mnt-by: RIPE-NCC-RIS-MNT changed: risops(a)ripe.net 20050131 source: RIPE route: 84.205.73.0/24 descr: RIPE-NCC-RIS BGP Beacon Prefix descr: For anycast failover analysis at LINX, SFINX, VIX, DIX-IE and NYIIX descr: (replaces 195.80.238.0/24) origin: AS12654 mnt-by: RIPE-NCC-RIS-MNT changed: risops(a)ripe.net 20050131 source: RIPE route: 84.205.74.0/24 descr: RIPE-NCC-RIS BGP Beacon Prefix @ rrc10 - MIX-IT origin: AS12654 mnt-by: RIPE-NCC-RIS-MNT changed: risops(a)ripe.net 20050131 source: RIPE route: 84.205.75.0/24 descr: RIPE-NCC-RIS BGP Beacon Prefix @ rrc11 - NYIIX origin: AS12654 mnt-by: RIPE-NCC-RIS-MNT changed: risops(a)ripe.net 20050131 source: RIPE route: 84.205.76.0/24 descr: RIPE-NCC-RIS BGP Beacon Prefix @ rrc12 - DECIX origin: AS12654 mnt-by: RIPE-NCC-RIS-MNT changed: risops(a)ripe.net 20050131 source: RIPE route: 84.205.77.0/24 descr: RIPE-NCC-RIS BGP Beacon Prefix @ rrc13 - MSK-IX origin: AS12654 mnt-by: RIPE-NCC-RIS-MNT changed: risops(a)ripe.net 20050131 source: RIPE route: 84.205.78.0/24 descr: RIPE-NCC-RIS BGP Beacon Prefix @ rrc14 - PAIX origin: AS12654 mnt-by: RIPE-NCC-RIS-MNT changed: risops(a)ripe.net 20050131 source: RIPE route: 84.205.79.0/24 descr: RIPE-NCC-RIS BGP Beacon Prefix origin: AS12654 mnt-by: RIPE-NCC-RIS-MNT changed: risops(a)ripe.net 20050131 source: RIPE route: 84.205.80.0/24 descr: RIPE-NCC-RIS BGP Anchor Prefix @ rrc00 - RIPE NCC origin: AS12654 mnt-by: RIPE-NCC-RIS-MNT changed: risops(a)ripe.net 20050131 source: RIPE route: 84.205.81.0/24 descr: RIPE-NCC-RIS BGP Anchor Prefix @ rrc01 - LINX origin: AS12654 mnt-by: RIPE-NCC-RIS-MNT changed: risops(a)ripe.net 20050131 source: RIPE route: 84.205.82.0/24 descr: RIPE-NCC-RIS BGP Anchor Prefix @ rrc02 - SFINX origin: AS12654 mnt-by: RIPE-NCC-RIS-MNT changed: risops(a)ripe.net 20050131 source: RIPE route: 84.205.83.0/24 descr: RIPE-NCC-RIS BGP Anchor Prefix @ rrc03 - AMS-IX, NL-IX, GN-IX origin: AS12654 mnt-by: RIPE-NCC-RIS-MNT changed: risops(a)ripe.net 20050131 source: RIPE route: 84.205.84.0/24 descr: RIPE-NCC-RIS BGP Anchor Prefix @ rrc04 - CIXP origin: AS12654 mnt-by: RIPE-NCC-RIS-MNT changed: risops(a)ripe.net 20050131 source: RIPE route: 84.205.85.0/24 descr: RIPE-NCC-RIS BGP Anchor Prefix @ rrc05 - VIX origin: AS12654 mnt-by: RIPE-NCC-RIS-MNT changed: risops(a)ripe.net 20050131 source: RIPE route: 84.205.86.0/24 descr: RIPE-NCC-RIS BGP Anchor Prefix @ rrc06 - DIX-IE origin: AS12654 mnt-by: RIPE-NCC-RIS-MNT changed: risops(a)ripe.net 20050131 source: RIPE route: 84.205.87.0/24 descr: RIPE-NCC-RIS BGP Anchor Prefix @ rrc07 - NETNOD origin: AS12654 mnt-by: RIPE-NCC-RIS-MNT changed: risops(a)ripe.net 20050131 source: RIPE route: 84.205.88.0/24 descr: RIPE-NCC-RIS BGP Beacon Prefix origin: AS12654 mnt-by: RIPE-NCC-RIS-MNT changed: risops(a)ripe.net 20050131 source: RIPE route: 84.205.89.0/24 descr: RIPE-NCC-RIS BGP Beacon Prefix origin: AS12654 mnt-by: RIPE-NCC-RIS-MNT changed: risops(a)ripe.net 20050131 source: RIPE route: 84.205.90.0/24 descr: RIPE-NCC-RIS BGP Anchor Prefix @ rrc10 - MIX-IT origin: AS12654 mnt-by: RIPE-NCC-RIS-MNT changed: risops(a)ripe.net 20050131 source: RIPE route: 84.205.91.0/24 descr: RIPE-NCC-RIS BGP Anchor Prefix @ rrc11 - NYIIX origin: AS12654 mnt-by: RIPE-NCC-RIS-MNT changed: risops(a)ripe.net 20050131 source: RIPE route: 84.205.92.0/24 descr: RIPE-NCC-RIS BGP Anchor Prefix @ rrc12 - DECIX origin: AS12654 mnt-by: RIPE-NCC-RIS-MNT changed: risops(a)ripe.net 20050131 source: RIPE route: 84.205.93.0/24 descr: RIPE-NCC-RIS BGP Anchor Prefix @ rrc13 - MSK-IX origin: AS12654 mnt-by: RIPE-NCC-RIS-MNT changed: risops(a)ripe.net 20050131 source: RIPE route: 84.205.94.0/24 descr: RIPE-NCC-RIS BGP Anchor Prefix @ rrc14 - PAIX origin: AS12654 mnt-by: RIPE-NCC-RIS-MNT changed: risops(a)ripe.net 20050131 source: RIPE route: 84.205.95.0/24 descr: RIPE-NCC-RIS BGP Beacon Prefix origin: AS12654 mnt-by: RIPE-NCC-RIS-MNT changed: risops(a)ripe.net 20050131 source: RIPE (those that don't include "@ rrc" in the descr field are currently unused) and the web page http://www.ripe.net/projects/ris/docs/beaconlist.html has been updated I guess that the old /20 block of addresses can now be returned to RS. James -- James Aldridge, Systems & Network Engineer, RIPE NCC Operations Group Tel: +31 20 535 4421 / Fax: +31 20 535 4445 / GSM: +31 6 1092 2791

2 1

Re: [ris-int] Re: Fwd: 195.80.224.0 - 195.80.239.255 "RIPE NCC Route Flap Dampening,and BGP Beacon Studies"
by Rene Wilhelm 04 Feb '05

04 Feb '05

>>The guy seems to be asking for *adding* objects for the *old* >>beacon prefixes to the RIPE DB: > OK, let me rephrase this :-) Can we check if we have the correct route > objects for what is currently announced _and_ that nothing of the old > beacons is announced anymore? (ris)whois is your friend :) x27$ whois -T route -M 84.205.64.0/19 | grep route | wc 32 64 928 i.e. 32 route objects in the DB, starting 84.205.64.0/24 and ending with 84.205.95.0/24 x27$ whois -h riswhois -F -M 84.205.64.0/19 |grep 12654 12654 84.205.72.0/24 49 12654 84.205.80.0/24 54 12654 84.205.81.0/24 49 12654 84.205.82.0/24 54 12654 84.205.83.0/24 45 12654 84.205.84.0/24 1 12654 84.205.85.0/24 64 12654 84.205.87.0/24 60 12654 84.205.90.0/24 10 12654 84.205.91.0/24 52 12654 84.205.92.0/24 72 RISwhois only sees the anchor prefixes, as the beacons are always withdrawn at the times of the bview dumps The anchor prefix 84.205.86.0/24 from rrc06, japan, is not seen by any other RRC; probably does not get transit from any of the DIX-IE peers x27$ whois -h riswhois -M 195.80.224.0/20 % This is RIPE NCC's Routing Information Service % whois gateway to collected BGP Routing Tables % IPv4 or IPv6 address to origin prefix match % % For more information visit http://www.ripe.net/ris/riswhois.html % No entries found The true ON/OFF Beacons were never seen, so their absence from riswhois doesn't say much on the status of these, but the 195.80.239.0/24 anchor prefix and the anycast simulation 195.80.233.0/24 prefix from rrc01 were in RISwhois before and have now disappeared. -- Rene

1 0

Re: [ris-int] Re: Fwd: 195.80.224.0 - 195.80.239.255 "RIPE NCC Route Flap Dampening,and BGP Beacon Studies"
by Rene Wilhelm 04 Feb '05

04 Feb '05

> I think we should delete those entries. > > A. The guy seems to be asking for *adding* objects for the *old* beacon prefixes to the RIPE DB: >> >Hi Henk >> > >> >Could you please update the RIPE database with a valide ROUTE-Object for >> >the network: >> > >> >195.80.238.0/24 since at least Fri Feb 13 01:47:26 2004 >> >195.80.239.0/24 since at least Fri Feb 13 01:47:26 2004 >> > >> >Cheers >> > >> >M. However, as they are no longer announced, I'd say it's ok for those route objects to not be there. If the old address space has been returned to hostmasters, the old inetnum objects perhaps should be deleted too. But it's been toooo long ago since I had the LIR training course to know the details :-) -- Rene

2 1

Fwd: 195.80.224.0 - 195.80.239.255 "RIPE NCC Route Flap Dampening,and BGP Beacon Studies"
by Henk Uijterwaal 04 Feb '05

04 Feb '05

I'm not really sure where this belongs, but can this be done? Henk >X-Recipient: <henk(a)ripe.net> >Date: Wed, 02 Feb 2005 10:04:05 +0100 >From: Marco Huggenberger <huggenberger(a)init7.net> >Organization: Init Seven AG - http://www.init7.net >User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) >X-Accept-Language: de-DE, de, en-us, en >To: henk(a)ripe.net >Subject: 195.80.224.0 - 195.80.239.255 "RIPE NCC Route Flap Dampening,and > BGP Beacon Studies" >X-Enigmail-Version: 0.89.6.0 >X-Enigmail-Supports: pgp-inline, pgp-mime >X-RIPE-Spam-Level: >X-RIPE-Spam-Tests: BAYES_00 >X-RIPE-Spam-Status: N 0.069753 / -2.6 >X-RIPE-Signature: f831cc4c6f1de53be4d618b2c36c28e0 > >Hi Henk > >Could you please update the RIPE database with a valide ROUTE-Object for >the network: > >195.80.238.0/24 since at least Fri Feb 13 01:47:26 2004 >195.80.239.0/24 since at least Fri Feb 13 01:47:26 2004 > >Cheers > >M. ------------------------------------------------------------------------------ Henk Uijterwaal Email: henk.uijterwaal(at)ripe.net RIPE Network Coordination Centre http://www.amsterdamned.org/~henk P.O.Box 10096 Singel 258 Phone: +31.20.5354414 1001 EB Amsterdam 1016 AB Amsterdam Fax: +31.20.5354445 The Netherlands The Netherlands Mobile: +31.6.55861746 ------------------------------------------------------------------------------ Look here junior, don't you be so happy. And for Heaven's sake, don't you be so sad. (Tom Verlaine)

2 2

[ops: 110383] Update of beacon prefixes
by Henk Uijterwaal 04 Feb '05

04 Feb '05

James, You (and I) overlooked this one: >http://www.ris.ripe.net/beacons/200502/beacon-matrix-20050203.shtml Henk ------------------------------------------------------------------------------ Henk Uijterwaal Email: henk.uijterwaal(at)ripe.net RIPE Network Coordination Centre http://www.amsterdamned.org/~henk P.O.Box 10096 Singel 258 Phone: +31.20.5354414 1001 EB Amsterdam 1016 AB Amsterdam Fax: +31.20.5354445 The Netherlands The Netherlands Mobile: +31.6.55861746 ------------------------------------------------------------------------------ Look here junior, don't you be so happy. And for Heaven's sake, don't you be so sad. (Tom Verlaine)

1 0

This ticket is getting really urgent
by Henk Uijterwaal 31 Jan '05

31 Jan '05

Ruud, This is the ticket I was talking about... Update of beacon prefixes: Original ticket 107265, created Nov 16 after discussion in the RIS meeting and agreement that James would be the best person to do this. No response in the ticket but told by VOS several times that he'd look at it "soon". Last reminder 110383, Jan 24: again no written response but an oral "this week, I know the deadline is 1/2" last week. No action up until today. The current address block used for these studies will expire today, this sets the deadline. Henk ------------------------------------------------------------------------------ Henk Uijterwaal Email: henk.uijterwaal(at)ripe.net RIPE Network Coordination Centre http://www.amsterdamned.org/~henk P.O.Box 10096 Singel 258 Phone: +31.20.5354414 1001 EB Amsterdam 1016 AB Amsterdam Fax: +31.20.5354445 The Netherlands The Netherlands Mobile: +31.6.55861746 ------------------------------------------------------------------------------ Look here junior, don't you be so happy. And for Heaven's sake, don't you be so sad. (Tom Verlaine)

1 0

We have RIS meeting in 10 min in Fishtank
by Arife Vural 31 Jan '05

31 Jan '05

1 0

Fwd: Announce: BGP::Inspect
by Henk Uijterwaal 31 Jan '05

31 Jan '05

In case you didn't see this... might be of interest for us. Henk >Delivered-To: nanog-outgoing(a)trapdoor.merit.edu >Delivered-To: nanog(a)trapdoor.merit.edu >Delivered-To: nanog(a)segue.merit.edu >Delivered-To: nanog(a)merit.edu >Date: Fri, 28 Jan 2005 10:38:07 -0500 (EST) >From: Manish Karir <mkarir(a)merit.edu> >To: nanog(a)merit.edu >Subject: Announce: BGP::Inspect >Sender: owner-nanog(a)merit.edu >X-Loop: nanog >X-RIPE-Spam-Level: >X-RIPE-Spam-Tests: BAYES_20,WEIRD_PORT >X-RIPE-Spam-Status: U 0.471924 / -1.8 >X-RIPE-Signature: 75fee9f0bc3246c1f95125a5a27825c6 > > > >All, > >Merit Network and the University of Maryland would like to announce the >beta release of a BGP update messages research tool that might be of use >to the NANOG community. The tool is called BGP::Inspect. The goal is to >make the vast quantities of Routeviews data easily accesible to the >network operator and research community. This involves not just allowing >people to query and obtain the update messages, but also providing some >simple analysis and statistics on the data which can help in locating >anomalies and problems. > >At this point we feel that we could really benefit from some feedback from >the community. A beta release of our prototype is available at: >http://weasel.merit.edu:9191/ >This version has been initialized with a limited amount of data. It >currently provides information regarding 5 of the 40 routeview peers, and >only contains data for the time period from Dec 20 - Jan 6. > >The basic interface has been kept simple. There are 2 types of queries >that can be run "Summary Queries" and "Raw Data Analysis". The summary >queries allow users to quickly focus on potential trouble spots(as >observed at the routeview peers). Basic queries include things like most >active ASes, most active prefixes, as well as prefixes that exhibited the >most number of changes in their OriginAS. > >The second type of queries, "Raw Data Analysis" can be used to obtain >information regarding specific ASes or prefixes for a given time range. >A query for a specific AS will return not only the various prefixes >announced by that AS, the times, paths, and communities, but also summary >stats including total number of announcements in that time period and the >number of unique prefixes announced in that time period. A 7 day summary >graph is also returned which summarized the most recent activity as seen >originating from that AS. >A similar query for a specific prefix will return times, >types(announce/withdraw), aspaths and communities from update messages >as well as summary statistics that indicate the min/max/avg AS path length >as seen over the query time interval, the number of originAS changes as >well as the number of unique ASes that announced that prefix. A summary >graph indicating the activity of that prefix over the last 7 days is also >displayed. > >In a lot of ways this tool complements the Search by AS/Prefix tools from >RIPE, BGP Monitor from MIT, and LinkRank from UCLA. The more views from >different vantage points the better. In addition there is a real effort >with BGP::Inspect to provide not simply access to the raw data, but some >simple analysis and summary statistics as well. The hope is that people >no longer need to write custom parsers to be able to extract the >information they need. > >We would appreciate any and all feedback from the NANOG community. In >particular, it would be instructive to us to learn what are some other >"typical" queries that we could add, in addition to the the "Top 20 most >active ASes/Prefixes" and "Top 20 prefixes which have most number of >origin AS changes." What are some other basic questions that researchers >and network operators ask when attempting to analyze problems. > >Please send feedback offlist to: mkarir(a)merit.edu > >thanks >manish karir >-------------------------------------------- ------------------------------------------------------------------------------ Henk Uijterwaal Email: henk.uijterwaal(at)ripe.net RIPE Network Coordination Centre http://www.amsterdamned.org/~henk P.O.Box 10096 Singel 258 Phone: +31.20.5354414 1001 EB Amsterdam 1016 AB Amsterdam Fax: +31.20.5354445 The Netherlands The Netherlands Mobile: +31.6.55861746 ------------------------------------------------------------------------------ Look here junior, don't you be so happy. And for Heaven's sake, don't you be so sad. (Tom Verlaine)

1 0

eBay Security Update
by aw-confirm＠ebay.com 29 Jan '05

29 Jan '05

1 0

[ugin@ripn.net: Re: [ris-int] Re: Installation CD for RRC13]
by Arife Vural 26 Jan '05

26 Jan '05

James, Could you please get back to Evgueni? Arife ----- Forwarded message from 'Evgueni Kouskevitch' <ugin(a)ripn.net> ----- From: "'Evgueni Kouskevitch'" <ugin(a)ripn.net> To: James Aldridge <james(a)ripe.net> Subject: Re: [ris-int] Re: Installation CD for RRC13 Date: Wed, 26 Jan 2005 18:03:14 +0300 Cc: Arife Vural <arife(a)ripe.net>, ris-int(a)ripe.net On Tue, Dec 21, 2004 at 06:02:17PM +0300, 'Evgueni Kouskevitch' wrote: > On Fri, Dec 17, 2004 at 02:36:03PM +0100, James Aldridge wrote: > > "'Evgueni Kouskevitch'" wrote: > > > On Tue, Nov 16, 2004 at 02:27:26PM +0100, Arife Vural wrote: > > > > > > > > Hi Evgueni, > > > > > > > > Thanks for getting back to us. There might be a problem at the > > > > installation CD. We will get back to you about it. > > > > > > Hi, > > > > > > do you have any news about the case? > > > > I'm not sure of the exact configuration of the machine. Could you please let > > me know full details of the disk/raid controllers, etc. so I can check that > > this is properly supported by the installation CD. > > Hi, > > - PowerEdge Expandable RAID controller (BIOS H406 Oct 9 2003) > - Three Fujitsu MAP3735NC drives configured as RAID 1 array, as > described in "RIS RRC Migration - Dell PowerEdge 1550, 1750, 2550, 2650" document Hello, James. I am very sorry that this deal is taking so long and we've found ourselves in such a bad situation. Maybe I should try to perform a common Red Hat Linux installation, configure network on the system and provide you access to it. So you'll be able to make all the neccessary configuration remotely. What do you think about it ? > > > > > Regards, > > James > > -- > Evgueni G. Kouskevitch <ugin(a)ripn.net> Russian Institute for > RIPN NOC:+7(095)192-9179 Public Networks > -- Evgueni G. Kouskevitch <ugin(a)ripn.net> Russian Institute for RIPN NOC:+7(095)192-9179 Public Networks ----- End forwarded message -----

1 0

Re: [ris-int] Re: Installation CD for RRC13
by James Aldridge 26 Jan '05

26 Jan '05

"'Evgueni Kouskevitch'" wrote: > On Tue, Nov 16, 2004 at 02:27:26PM +0100, Arife Vural wrote: > > > > Hi Evgueni, > > > > Thanks for getting back to us. There might be a problem at the > > installation CD. We will get back to you about it. > > Hi, > > do you have any news about the case? I'm not sure of the exact configuration of the machine. Could you please let me know full details of the disk/raid controllers, etc. so I can check that this is properly supported by the installation CD. Regards, James

2 2

New beacon prefixes and routing experiments
by Lorenzo Colitti 25 Jan '05

25 Jan '05

Hi, at the RIS meeting a couple of months ago I asked if it would make sense to reserve one or more IPv4 beacon prefixes for my fancy beacon ("as-set stuffing") experiments. However, there are very few prefixes left out of the new /19 that has been assigned to beacons. The new scheme envisages a /24 beacon prefix and a /24 anchor prefix for each RRC. So for the 13 currently active RRCs we use 26 prefixes out of the 32. But the current list of beacon prefix assignments ( http://www.ripe.net/projects/ris/docs/beaconlist.html ) lists two more beacons, one for K-root anycast failover, and one for anycast server research (requested by hitesh(a)cs.cornell.edu). If these were to need an anchor prefix each, we would be up to 30 prefixes out of the 32 we have. Therefore: - If possible, I would like to reserve two prefixes for as-set stuffing experiments - I think we should consider requesting more address space for beacons. With this arrangement, the address space we have would be completely maxed out from the start. So if, for example, the Dubai RRC were ever to come online, we wouldn't have a prefix to announce there. Or if another researcher were to request a custom beacon, we wouldn't have one to give them. Thoughts? Cheers, Lorenzo

1 0

Update of beacon prefixes (Ticket 107265)
by Henk Uijterwaal 24 Jan '05

24 Jan '05

Folks, I do not want to create panic, but this ticket has been open for more than 2 months and the deadline for returning the present block is approaching very rapidly. Is there any chance this can be done sometime really soon? Henk ------------------------------------------------------------------------------ Henk Uijterwaal Email: henk.uijterwaal(at)ripe.net RIPE Network Coordination Centre http://www.amsterdamned.org/~henk P.O.Box 10096 Singel 258 Phone: +31.20.5354414 1001 EB Amsterdam 1016 AB Amsterdam Fax: +31.20.5354445 The Netherlands The Netherlands Mobile: +31.6.55861746 ------------------------------------------------------------------------------ Look here junior, don't you be so happy. And for Heaven's sake, don't you be so sad. (Tom Verlaine)

1 0

Fwd: Cross-console for RIS box - F root in NYC
by Joe Abley 20 Jan '05

20 Jan '05

Arife, Can you confirm that your box in New York has two serial ports available, one to talk to our console and one to act as RIS console? Joe Begin forwarded message: > From: Joao Damas <Joao_Damas(a)isc.org> > Date: 18 January 2005 09:38:42 EST > To: Systems Operations <ops-workers(a)isc.org> > Subject: Fwd: Cross-console for RIS box - F root in NYC > > RIPE are agreeable to a cross console arrangement if we can get the > cables in place. OUr username on their box will be isc, and theirs on > ours will be risops, as per below > > Joao > > Begin forwarded message: > >> From: Joao Damas <Joao_Damas(a)isc.org> >> Date: 17 January, 2005 12:39:28 CET >> To: Arife Vural <arife(a)ripe.net> >> Cc: ris-int(a)ripe.net, andrei(a)ripe.net >> Subject: Re: [henk(a)ripe.net: Fwd: Re: [Fwd: Cross-console for RIS box >> - F root in NYC]] >> >> >> On 17 Jan, 2005, at 11:04, Arife Vural wrote: >> >>> >>> Hi Joao, >>> >>> Sorry for the late reply. >>> >>> That sounds good. Do you think you can do the cabling over there? >> >> I think we can get telehouse to do it for us, yes. >> >>> I ask OPS >>> to create an account on RIS box, and you can get the console through >>> this user. >>> As username, is isc OK, or would you like to have something else? >> >> isc is fine for us. >> >>> For ris, I suggest you to use risops. >>> >> >> shall do >> I will let you know as we get telehouse to schedule this >> >> >> Joao >> >

3 12

RIS stuff in TTM CVS repo
by Mark Santcroos 19 Jan '05

19 Jan '05

Hi all, I propose to move the above files to the /ncc/cvsroot repo. Please let me know if I can be of any help in doing that. Thanks Mark -- RIPE NCC - Delft University of Technology - The FreeBSD Project marks(a)ripe.net - m.a.santcroos(a)ewi.tudelft.nl - marks(a)freebsd.org

4 6

[henk@ripe.net: Fwd: Re: [Fwd: Cross-console for RIS box - F root in NYC]]
by Arife Vural 17 Jan '05

17 Jan '05

Hi Joao, Sorry for the late reply. That sounds good. Do you think you can do the cabling over there? I ask OPS to create an account on RIS box, and you can get the console through this user. As username, is isc OK, or would you like to have something else? For ris, I suggest you to use risops. Regards. Arife >>>-------- Original Message -------- >>>Subject: Cross-console for RIS box - F root in NYC >>>Date: Tue, 11 Jan 2005 16:33:23 +0100 >>>From: Joao Damas <Joao_Damas(a)isc.org> >>>To: andrei(a)ripe.net >>> >>>Hi Andrei, >>> >>>we are having to do strange things when accessing our F root node in >>>NYC because we do not have out-of-band console there. I know that the >>>RIS box is in the same rack as our F root node there and I wonder if >>>you are having the same issue. >>> >>>If so would you consider a cross console arrangement where we give you >>>console access through one of our boxes and you give console to us >>>through the RIS box? >>> >>>Joao >>------------------------------------------------------------------------------ >> >>Henk Uijterwaal Email: >>henk.uijterwaal(at)ripe.net >>RIPE Network Coordination Centre http://www.amsterdamned.org/~henk >>P.O.Box 10096 Singel 258 Phone: +31.20.5354414 >>1001 EB Amsterdam 1016 AB Amsterdam Fax: +31.20.5354445 >>The Netherlands The Netherlands Mobile: +31.6.55861746 >>------------------------------------------------------------------------------ >> >>Look here junior, don't you be so happy. >>And for Heaven's sake, don't you be so sad. (Tom Verlaine) ------------------------------------------------------------------------------ Henk Uijterwaal Email: henk.uijterwaal(at)ripe.net RIPE Network Coordination Centre http://www.amsterdamned.org/~henk P.O.Box 10096 Singel 258 Phone: +31.20.5354414 1001 EB Amsterdam 1016 AB Amsterdam Fax: +31.20.5354445 The Netherlands The Netherlands Mobile: +31.6.55861746 ------------------------------------------------------------------------------ Look here junior, don't you be so happy. And for Heaven's sake, don't you be so sad. (Tom Verlaine) ----- End forwarded message -----

2 1

Re: [ris-int] libbgpdump and autoconf
by James Aldridge 17 Jan '05

17 Jan '05

Lorenzo Colitti wrote: > Hi James, > > the version of libbgpdump in the old TTM CVS used autoconf and automake > to generate the configure script and makefiles, but in NCC CVS the > configure script and makefiles are already there. The /ncc/cvsroot version was simply imported from the current build directory. If that had the configure script and makefiles then they too were imported into CVS. James

1 0

libbgpdump and autoconf
by Lorenzo Colitti 17 Jan '05

17 Jan '05

Hi James, the version of libbgpdump in the old TTM CVS used autoconf and automake to generate the configure script and makefiles, but in NCC CVS the configure script and makefiles are already there. I thought that it would be better to use autoconf and automake in CVS and that include the configure script only in release tarballs. Do you remember if you changed this for any particular reason? I was thinking of changing it back. Cheers, Lorenzo

1 0

suggest to cancel today's RIS meeting
by Arife Vural 17 Jan '05

17 Jan '05

Hi guys, If you do not have any agenda items, I suggest to cancel today's RIS meeting. As far as I know, those issues are still in progress. Arife ----- Forwarded message from Arife Vural <arife(a)ripe.net> ----- From: Arife Vural <arife(a)ripe.net> To: ris-int(a)ripe.net Subject: Re: RIS meeting in the morning Date: Mon, 3 Jan 2005 11:35:07 +0100 Quick summary of what we discussed this morning: - James almost finished up Beacon re-addressing. He will send it out the announcement this Thu and make the changes. Arife will contact Hitesh guy to let him know about the Beacon change. - RRC14 is ready. Arife will do the announcement next week. - RRC13 is waiting new CD image. James will create the new CD image and out it online this week. Arife

1 0

Important notification from eBay.com
by aw-confirm＠ebay.com 17 Jan '05

17 Jan '05

1 0