- Ris-int - mailman.ripe.net

NCC#2005041974 Multi-Hop session in RRC0
by RIPE NCC RIS 20 Apr '05

20 Apr '05

Hello all, Concerning this request from a user, the only option would be to establish a multi-hop BGP session in RRC0. What are normally the requisites for configuring multi-hop sessions in RRC0? Is it something that we would like to encourage to users, when there is no common location, or should this be restricted to special peering cases? Thanks, Vasco ----- Begin forwarded message ----- Date: Mon, 18 Apr 2005 13:06:05 +0200 From: Ondøej Surý <sury.ondrej(a)active24.cz> To: rispeering(a)ripe.net Subject: NCC#2005041974 PeeringRequest Message-Id: <1113822365.18520.5.camel(a)localhost.localdomain> Hello, we are not present in any RIS peering locations. Could we establish BGP4 session anyway? Currently we are present only in Czech NIX. Kind regards, -- Ondøej Surý technický øeditel =========================================== ACTIVE 24 - http://active24.cz (døíve Globe Internet) SERVERY.CZ - server / web hosting DOMENY.CZ - nejvetsi registrator CZ domen SOLUTIONS.ACTIVE24.CZ - online marketing =========================================== Plánièkova 1, 162 00 Praha 6, http://mapa.active24.cz mail: sury.ondrej(a)active24.cz Tel: +420 235 365 000 Ext.: 205 Fax: +420 235 365 009 ------ End forwarded message ------ --

1 0

RIS status presentation at RIPE50
by Arife Vural 20 Apr '05

20 Apr '05

Hi guys, I have those items for the presentation, please let me know if you have additional items. Updates: - rrc13 & rrc14 are online - IPv6 search is enabled - RIS integration into SED & OPS - New Beacon Prefix Lorenzo, do you have anything to add here? AS-set studying you are working? Future plans: - myASN - RIS performance Arife

3 6

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

14 Apr '05

Arife Vural wrote: > Hurraaaaaaaaaa .... :) There's still some MySQL stuff to configure (users, replication, etc.). Can you do that, Arife? eth1 on the MSK-IX has IP address 193.232.244.114 (not yet in the ripe.net zone file for rrc13) Once mysql is setup and dbinsert running, I guess we should go out and get some peers configured... James

2 1

Re: Installation CD for RRC13
by James Aldridge 14 Apr '05

14 Apr '05

James Aldridge wrote: > A quick update on rrc13... > > It seems that the disk image that Evgueni had was seriously broken. When he > sent me the transcript of the installation session it was apparent that there > were problems even _running_ the risinstall script. > > Last night I built a new image and tested the installation on a spare box her e > (all went fine). This image is now on ftp.ripe.net for Evgueni to pick up. > > Let's see how this version goes... That version of the CD seems to have worked quite nicely. Rrc13 is now installed and running (although with console access only ATM as there seem to be some routing issues for RIPN to sort out). As soon as the routinig issues are resolved I will sync the latest software/configueration to the box and we can continue with bringing the RRC online. It should all be ready in time for RIPE-50... I've also asked Evgueni if he can provide us with the IP address and netmaskk we should use on the second ethernet which will connect to the MSK-IX. James

2 1

NP Hardware for the garage sale
by Sonia Garbi Gomez 13 Apr '05

13 Apr '05

At 11:17 AM 4/6/2005 +0200, Henk Uijterwaal (RIPE NCC) wrote: >Sonia, Hi Henk with a bit of luck this is the last mail on the hw for sale on the upcoming garage sale: 3. Celeron 333, 64 MB, +/- 1998, works - I need the specs (HD, CPU) ? > 4. TTec Cabinet - is this the former dual ripe.net server - broken or does it work? if it is broken: what is broken and what works? - I need the specs (RAM, HD, CPU) > 6. PE350, 1 of the machines from commit 200110011 - I think this is broken right? can you pls confirm then what is broken? ? - I need the specs (RAM, HD, CPU) > 7. Old RIS box, +/- 2001. Broken. - what is broken and what does work then? - I need the specs (RAM, HD, CPU) and as usual i need this asap :o) (ps. denk maar aan dat je deze spullen ook nooit meer wilt zien.. dus ik doe mijn best om deze te verkopen) >Henk > > >ps. Folks, if you recognize any of this hardware and it still servers a >function, please remove it. > >------------------------------------------------------------------------------ >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) Sonia Garbi Gomez Purchase Officer RIPE NCC Phone: +31 20 535 43 34 Mobile: +31 6 55 17 17 89 Fax: +31 20 535 44 47

2 1

Re: NCC#2005030185 Request for BGP Data
by RIPE NCC RIS 12 Apr '05

12 Apr '05

Hi Dave, Thanks for the information. Those projects you were mentioning seems to be quite useful for Internet community. As RIS Project, we like to contribute. But we would just like to mention that it's very important for us that the BGP data we provide is not used for other than research purpose or implementing new monitoring tools. Intentionally or accidently, that data should never be passed any of your peers. If that would happpen, it would put us into difficult situations. Please let us know if you can assure these conditions. Regards. Arife On Tue, 29 Mar 2005 12:52:00 -0600, Dave Deitrich wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > On Mar 24, 2005, at 4:01 AM, RIPE NCC RIS wrote: > > > As you may already know, we have rawdata available on RIS Web site. > > We collect BGP updates and the snaphost of RIB (3 times a day, bview > > files). I'm just wondering those RIB dumps will help you or not. If > > not, > > could you give us more detail what kind of applications you are > > planning > > to implement, and also which RRCs you like to peer with. > > Greetings RIPE, > > Thank you very much for your reply. Most of our scripts are geared > towards accepting data from live BGP feeds so we would generally prefer > direct peering over RIB snapshots. Also, we like to monitor for > anomalies on a near real-time basis so only seeing snapshot data 3 > times a day is not really ideal for our needs. > > We use the BGP data to track the stability of critical infrastructure, > such as the DNS root and gTLD name servers. One example of our > monitoring is available on our DNS page at the following URL: > > <http://www.cymru.com/DNS/dns.html> > > We will send out alerts to certain folks when notable events occur; for > example, when the actual BGP information does not match with the > expected BGP information for a particular root nameserver. We also use > the data to provide some interesting BGP statistics on our BGP > monitoring page. > > <http://www.cymru.com/BGP/index.html> > > This includes the tracking of bogon prefixes, bogus ASNs, and a few > other statistics. > > <http://www.cymru.com/BGP/robbgp-bogon.html> > <http://www.cymru.com/BGP/asnbogusrep.html> > > Mostly we use the data to provide free insight to the wider community. > This insight is both "push" and "pull," in that we send email alerts to > those who subscribe to an automated alert > service. This provides them with instant notification of bogon prefix > announcements, bogus ASN leakage, and prefix hijacking. > > Obviously with more BGP feeds we get a wider view of the internet and > are able to provide better insight to the Internet community. This is > why we have been contacting people and asking if we could peer with > them for visibility into their BGP data. If you are interested in > helping us we'd love to peer with as many RCCs as you're willing to > give us access to. > > If you have any additional questions please let us know. Thank you for > your consideration. > > - -- > DAVE DEITRICH > deitrich(a)cymru.com > > > -----BEGIN PGP SIGNATURE----- > Version: PGP 8.1 > > iQA/AwUBQkmVx0iQQdywQH32EQLJJgCfUTBFRjDtcmyDJC3S2p5hDPKs42QAn3Jv > 8zCTRqsmVwQHIK2tyX++9oar > =FBbt > -----END PGP SIGNATURE-----

2 1

Re: [ugin@ripn.net: Re: [ris-int] Re: Installation CD for RRC13]
by James Aldridge 07 Apr '05

07 Apr '05

A quick update on rrc13... It seems that the disk image that Evgueni had was seriously broken. When he sent me the transcript of the installation session it was apparent that there were problems even _running_ the risinstall script. Last night I built a new image and tested the installation on a spare box here (all went fine). This image is now on ftp.ripe.net for Evgueni to pick up. Let's see how this version goes... James

2 1

Re: RIPE50: Peering BoF
by Henk Uijterwaal 07 Apr '05

07 Apr '05

Hi all, See below, I think it'd be good if we asked for a slot to tell people what the RIS is and why they should peer with it. Any volunteers? Henk At 22:16 05/04/2005, Cara Mascini wrote: >North American Network Operators, > >Since quite a few of you are also attending the RIPE meetings Susan >though it would be a good idea for me to mention that a (European) >Peering BoF will take place in Stockholm at RIPE50 on Sunday 1st May >2005 and from 18.00 to around 21.00. > >The format will be fairly informal and provide interested parties with >an opportunity of presenting their peering policies to the participants >(in a set format). Time permitting, anyone expressing an interest in >presenting their policy will be given the opportunity to do so. > >Of course seeing the timing of the session there will be some food to >keep the participants happy. And no Peering BoF would be complete >without the mandatory free beer at the end of it which is brought to the >participants in the interests of "social networking" by a number of >European IXPs. > >Anyone interested can let me know by return whether you are >interested in attending/presenting. > >Regards, > >Cara Mascini ------------------------------------------------------------------------------ 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

Hardware for the garage sale
by Henk Uijterwaal (RIPE NCC) 06 Apr '05

06 Apr '05

Sonia, 1. Prototype 1U TB, +/- 2001, commit 200106017 2. Pre 1997 Dell PC 3. Celeron 333, 64 MB, +/- 1998, works 4. Unknown, TTec Cabinet 5. Same as #1 but from different vendor. 6. PE350, 1 of the machines from commit 200110011 7. Old RIS box, +/- 2001. Broken. 8. Assorted hard disks, these have been removed from old PC's. 9-14: Rackmounts, some containing broken PC parts. The cabinets are +/- 100 euro's in the shop. 15: BW monitor, pre 1997 16: Color monitor, unknown. Henk ps. Folks, if you recognize any of this hardware and it still servers a function, please remove it. ------------------------------------------------------------------------------ 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

Trip Report: DHS Routing Security Workshop
by Daniel Karrenberg 04 Apr '05

04 Apr '05

(Homeland Security) HSARPA: - requirements driven research - very flexible contract instruments - small, agile group www.hsarpabaa.com (note .com) www.hsarpabsbir.com HSARPA CYBER PGMS: DNSSEC (Steve Crocker, Russ Mundy, mentions DISI, Olaf) SPRI Routing Security - economics, incentives, deployability This is the first of 5 workshops. Next is probably being after NANOG Seattle, operational requirements. 12 mo (may , summer, sept, nov) HSARPA is about Development, Deployment, less about Research. Want to accelerate processes already happening. Quicker than IETF pace. I'll leave all the discussions to a reference to the position papers which I do not have yet. I'll forward it as soon as I get it. Main points: The main problem remains lack of ISP motivation to do routing security. Business cases are not clear and current level of incidents is clearly below the nuisance level. There appears to be a strong perception that address allocation registries are not accurate, especially for older assignments. Then there is a registry nereded to link address space to routes and their origin addresses. Minor points: There continues to be a need for reliable data about "irregular routes". Idea (Crocker): Intelligently filter routing data and make an "interesting bogon" list. Something for the RIS. Once we get squatting on unallocated addresses dealt with, addresses allocated but not routed will be targeted. RIS mentioned several times as "more accurate and better" than route views. Still route views used most of the time. RIRs mentioned several times as natural places for registries supporting routing security: address space (we do), route origination (new), other policies (maybe). Major consequences for us: We need to quantify the quality of RS data somehow and give a more clear picture of what still needs to be cleaned up and the plan for achieving this including time frames. Appraently we are being too vague. Better do this proactively than in response to an increasing level of questions. We need to keep the RIPE community informed and "in the loop" of routing security developments. We need to consider the route origin registry more stringent and separate from the current routing registry and the address allocation registry. Maybe we want to run things. Minor consequences: Consider a "not routed on the public Internet" attribute for the address space registry. "irregular routes" sifting of RIS. Miscellaneous: RS (still) does not use RIS when it could. (re ASNs). Ginny Listman to chair a group looking into address registries. We need to have someone there.

2 2