- Ris-int - mailman.ripe.net

riswhois request: reporting parent routes (fwd)
by Rene Wilhelm 08 Sep '05

08 Sep '05

Hi, Though it's nice to have an active user providing suggestions, I have the feeling his latest request would fall in the category "feature creep", making the program larger, more complex and the output harder to understand. However, before sending him a polite no-no, I'd like to ask how others in RIS feel about this. Should RISwhois embark on the trail of cross examining other routes (parents, daughters, siblings, ...) or not? -- Rene ---------- Forwarded message ---------- Message-ID: <431C426B.1060807(a)priv.onet.pl> From: Andrzej Adam Filip <anfi(a)poczta.onet.pl> Sender: ris-users-admin(a)ripe.net To: ris-users(a)ripe.net Date: Mon, 05 Sep 2005 15:04:43 +0200 Subject: riswhois: reporting parent routes Could riswhois generate statistics of "parent routes" for given route? [ parent, not ancestor] My goal is achieve better coverage of IP->AS mappings based on riswhois provided data. Unanimous AS reports (after ignoring default route) give very good starting point I would like to extend. For 65.54.160.0/19 I would like to know how many of 58 rispeers reporting the route reports also 65.52.0.0/14 route as belonging to AS8070. e.g. route: 65.54.160.0/19 origin: AS12076 [...] num-rispeers: 58 numrp-parent: 58 65.54.160.0/19 AS8070 P.S. As security precaution riwhois may limit number of parent routes reported to e.g. <10 ---------------------------------------------------------- $whois -h riswhois.ripe.net -- 65.54.162.200 [leading comments and default route entry skipped] route: 65.52.0.0/14 origin: AS8070 descr: MICROSOFT-CORP---MSN-AS-BLOCK - Microsoft Corp lastupd-frst: 2005-07-21 08:28Z 202.12.28.190@rrc00 lastupd-last: 2005-09-05 07:49Z 193.111.172.55@rrc03 seen-at: rrc00,rrc01,rrc03,rrc04,rrc05,rrc06,rrc07,rrc10,rrc11,rrc12,rrc13,rrc14 num-rispeers: 58 source: RISWHOIS route: 65.54.160.0/19 origin: AS12076 descr: HOTMAIL-AS - Hotmail Corporation lastupd-frst: 2005-06-29 08:05Z 195.66.224.151@rrc01 lastupd-last: 2005-09-05 07:49Z 193.111.172.55@rrc03 seen-at: rrc00,rrc01,rrc03,rrc04,rrc05,rrc06,rrc07,rrc10,rrc11,rrc12,rrc13,rrc14 num-rispeers: 58 source: RISWHOIS ---------------------------------------------------------- -- Andrzej [en:Andrew] Adam Filip anfi(a)priv.onet.pl anfi(a)xl.wp.pl All that is necessary for the triumph of evil is that good men do nothing -- Edmund Burke (1729-1797)

3 4

Re: [ris-int] Re: [Fwd: backup bottlenecks and possible improvements]
by Gerard Leurs 08 Sep '05

08 Sep '05

Daniel. > It appears that particular equipment (netapps filer), which is easy to > operate, becomes too expensive. > it might be a good idea to invest a > little ops time in a cheap storage boxes for stuff that does not need > filer-quality storage. I'll keep it short: For over one year we have cheap IDE disks in an EMC-CX300. And our F810c (=NetApp at singel258) is no longer in use as backup-medium. Gerard.

4 3

Re: [ris-int] riswhois request: reporting parent routes (fwd)
by Rene Wilhelm 07 Sep '05

07 Sep '05

> I do not understand the question fully but > I would point him to the RIS itself. If this is a general question > we could do a specialised query to the RIS for it. > But not complicate riswhois. Small is beautiful. Right, that's also what I had in mind; RISwhois provides a first quick overview, an overal looking glass on various RRC bgp tables. More complex queries, analysing updates, combining data from different prefixes, are out of scope, should be answered from RIS DB. -- Rene

1 0

Re: [Fwd: backup bottlenecks and possible improvements]
by Gerard Leurs 07 Sep '05

07 Sep '05

Dear all.. > > space. A comparison tells me that if we convert from gzip to bzip2, we > > would save something like 25% of the space. This is only 100 Gbyte or > > so, but nice to have. Nice idea, but saving only 100GB is not much on a 1.6TB filesystem. And it is not a real solution to the diskspace-problem I was talking about. One extra concern: if you do so we will have 300GB of gzipped files on the backupserver, and 200GB of bzipped2 files. And as a result we do not have any space anymore on the backupserver. And that is exactly what I/ops is trying to solve. Pls do not do this on your own and consult ops before actually planning this! Gerard.

4 4

Re: [Fwd: backup bottlenecks and possible improvements]
by arife＠ripe.net 06 Sep '05

06 Sep '05

> It looks like we are backing up the correct data for RIS. It is only the > "raw data". > > I had a quick look at the raw data, and I think we can save a *lot* of > space. A comparison tells me that if we convert from gzip to bzip2, we > would save something like 25% of the space. This is only 100 Gbyte or > so, but nice to have. I think it's a good idea. We can convert from gzip to bzip2. Few applications that use rawdata need to be changed to use bzip2. If you agree to use bzip2, I can proceed, and do the change. I guess we need to announce our users. Arife > > In fact, perhaps more generally we should look at our various compressed > files and convert from gzip to bzip2. We already did this for the Whois > database logs a few years ago, and saw a large savings. > > Andrei Robachevsky wrote: > > >Shane, > > > >FYI. This may help in the RIS backup design. > > > >Andrei > > > >-------- Original Message -------- > >Subject: backup bottlenecks and possible improvements > >Date: Tue, 9 Aug 2005 16:23:59 +0200 (CEST) > >From: gerard(a)ripe.net (Gerard Leurs) > >To: andrei(a)ripe.net, gerard(a)ripe.net, ruud(a)ripe.net > > > >Andrei + Ruud. > > > >I promised to write something about our current backup. > > > >Pls have a read, and when there are questions/suggestions > >I'm happy to answer them. > > > > Gerard. > > > > > >++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > >Backup system. > > > >Short description. > > > >We backup (or rather synchronise) unique filesystems from servers > >on a frequent basis to a huge EMC diskvolume. > >At least twice a day, but for some servers-filesystems up to every > >half hour. > > > >We keep the backups for a period, so we can restore from online-backup. > >The retentionperiod depends a little bit on the server, but in general > >we have snapshots for the last 14 days + 1 week + 1 month. This provides > >for 'online' restoring files of the last 7 weeks. > > > >This strategy proves to be sufficient for almost all cases we have > >wrt restoring files, or installing and synchronisation of a replacement > >server. > > > >When we purchased our current hardware we already anticipated possible > >future growth. And possible addition of servers and services. > > > > > >Current status. > > > >Although we reduced the amount of snapshots to keep drastically we > >do not gain lots of diskspace. Most data on any filesystem does not > >change over time. And only the changed data requires extra diskspace > >on our backupserver. > > > >There is still enough EMC-diskspace for the serverbackup. > >We can even add some new servers, without hassle. > >But for the filer backups it is getting awkward. > > > > size used available > >emc1 (serverbackup) 1.6 TB 1.4 TB 247 GB > >emc2 (filers + RIS + DNSMon) 1.6 TB 1.5 TB 184 GB > > > > > >We did not anticipate that the diskusage for the former NP-services > >would have such an enormous impact on the EMC. Approx. 1 GB is solely > >taken by the full backup for RIS, TTM and dnsmon. > > > >Some rough estimates of diskusage are: > >For EMC2: > >- filer2 189 GB > > 80 GB homedirs > > 46 GB groupdirs > > 32 GB roledirs > > 21 GB ticketDB > >- filer3 183 GB > > 95 GB datadirs > > 39 GB web dirs > > 12 GB FTP dirs > >- weesp > > 236, 111, 2 GB for RIS > >- dolphin > > 94, 102 GB for dnsmon > > > >For EMC1: > >- ceiba > > 34, 34, 34, 33, 11, 132 GB, all for TTM data > >- too many other servers to report > > > > > >Future plans (2006). > > > >- Replacing our current filers with more powerfull filer, with more > > diskspac, increases demands for diskspace. > >- Adding services on the TTM-cloud, and collecting this data on a > > central server, also requires extra diskspace. > >- Adding backup of laptops also requires extra diskspace. > >- "Natural growth" of diskusage requires extra diskspace. > > > > > >How can we be pro-active for possible diskspace problems? > > > >- Reduce amount of snapshots to the absolute minimum. > > This will however not free half of the current EMC-diskspace. > > But possibly only 10%. > > And the number of snapshots is not that high anymore. > > I think not the option, which solves our diskgreed for years. > > > >- Change backup strategy. > > + Expire all files older than 1 year. And do not sync them onto the > > EMC. > > pro: saves diskspace > > con: hard and time-consuming to restore a filesystem/server > > from backups > > hard to implement > > will ot save time for the sync-operation > > admin. overhead increased by factors > > I would not consider this a good option. > > > > + Staff removes files older than x months/years. > > pro: saves diskspace > > con: time consuming for everyone > > hard to convince everyone > > will not work for dirs of websites, ftpsite, > > ticketDB and lots of other dirs. > > I would not consider this a good option. > > > > + Do not add new servers, filesystems and laptops to the backup > > Obviously one of the worst options possible. > > > >- Buy an expansion diskarray, similar to the current diskarray. > > This gives us 3 TB of extra diskspace. > > pro: no administrative workload > > no reduced quality of service > > get dedicated EMC-filesystem for filers > > be able to backup the new filers (larger diskspace) > > anticipated for additional data of services on TBs > > possibility to add more filesystems, and servers to backup > > con: invest 17.150 euro > > spend time on configuration (and on data-migration) > > > >++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > > > > -- Arife Vural SED, RIPE NCC

3 3

Re: vj2 V to you VïAGRRA
by Xylia Bilal 31 Aug '05

31 Aug '05

physiognomy covered with black stubble, with puffy eyes, a dirty shirt, Yes, she looked at me in surprise, and then, having looked, asked to be announced to the people. heading for Yershalaim. A few minutes later only one man remained in the If so, you are very mistaken. The goat-legged one helped Margarita in, and she sank on to the wide the convoy was mingled with the cursed rosy flux. added: Leave me alone with the criminal, this is a state matter! Ivan Nikolaevich, the policeman, Pantelei and Riukhin. on the twenty-fourth of April, in the evening, right there in the dining fill, Koroviev finally unglued himself from the wall and said: interested most of all in Pontius Pilate ... Pilate..., and he closed his with it... peachy cheeks black streams of sodden mascara flowed from her eyelashes. - that yesterday, apparently, and in some unknown place, he had stood with a No, replied Margarita, most of all Im struck that theres room for

1 0

Join the PowerSeller Program Now
by aw-confirm＠eBay.com 29 Aug '05

29 Aug '05

Congratulations! joining the eBay Silver PowerSeller Program. Come and join us. When you join the PowerSeller program, you'll be able to receive more of the support you'll need for continued success. So, why wait? Join now! PowerSeller icon next to your User ID in recognition of your hard work. PowerSeller Priority Support via email webform and phone support at Silver level and above. Exclusive offerings on the PowerSeller portal--check in frequently to see updated program benefits and special offers! Discussion Board for you to network with other PowerSellers. Free PowerSeller Business Templates for business cards and letterhead. Membership to the PowerSeller program is FREE. Please note that you must register by the last day of the month. Again, congratulations and best wishes for your continued success! Regards, eBay PowerSeller Team If you agree with this rank please Become an eBay Power Seller within 24 hours eBay sent this communication to you because of your outstanding feedback, high sales, and compliance with eBay marketplace policies. If you would not like to be invited to join the PowerSeller program, follow the directions above, click "Member Sign In", and then click "Decline" at the bottom of the page. Please note that it may take up to 10 days to process your request. Copyright © 2005 eBay Inc. All Rights Reserved. Designated trademarks and brands are the property of their respective owners. eBay and the eBay logo are trademarks of eBay Inc. eBay is located at 2145 Hamilton Avenue, San Jose, CA 95125.

1 0

Oür new great offr CIÂIS VIÅGRRA
by Letha Givens 24 Aug '05

24 Aug '05

Hello, The moon helped Margarita well, it shone better than the best electricrebelliousness? That is the main thing, of course.before. It was outlined to the last tree under the sky, which cleared to itsmidnight moon. A greenish kerchief of night-light fell from the window-sillstagnation and helplessness. Such was the monotonously grim atmosphere ofMargarita, and asked her to mark one of the pips with her fingernail.Josephus [7] - who never said a word about the existence of Jesus.cried shrilly. Telegrams? Werent you warned over the phone not to takenotes, though not in the text itself. He is also called the poet, and isremember my parents. I was told that my father was a Syrian...informers, traitors, madmen, sleuths, seducers. All their names became Her attention was attracted by the magnificent hulk of anup still more ... She greedily began gulping down caviar.up on this second wave and, separate, distinguishable from the thunder, the Your little watchie? Kindly take it, the checkered one said, smilingbarefoot, possibly wearing some sort of transparent, obviously imported,

1 0

VïAGRRA Economize more
by Rodrigue Soto 17 Aug '05

17 Aug '05

Hello, Here someone peeked in the door of the office, gasped, and flew out. What surprised Nikanor Ivanovich was that this audience was all of the They did, of course, go to Sadovaya and visit apartment no.50. But theyaquiline-nosed young fellow, all dressed up for the great feast, walkedBulgakov made an adaptation of Dead Souls for the Moscow Art Theatre in thedont want it to remain for ever in his memory that I ran away from him in The guest adjusted the heavy belt under his cloak and said:deceased M. A. Berlioz... Bulgakov laboured especially over the conclusion of the novel and what God, you frightened me...novel. In this version, the original narrator, a characterized chronicler,showered himself with curses for not having thought of it earlier. The filelife. But the front part, the formal part, which housed the sole andwith asphalt, and in wintertime was dominated by a snow pile with a shovel The flabbergasted chairman explained that all he needed was a couple ofcould show me the knife you had with you.

1 0

Really Works Good VIAGRRâ
by Joukahainen Huber 15 Aug '05

15 Aug '05

Hello, up on the window-sill and, throwing back his sharp muzzle, howled savagely Oh, Procurator, that is the simplest thing of all. No one would hideand handed it to the guest. The man bowed, accepting it, and put the bagrulers of Judea in the second century BC, who resisted the Seleucid kings So agitated that his heart started leaping like a bird under a blackinsecurity could be sensed literally in every line of these articles,hands. The lady, who was in a state of utter consternation, now crouchingin such a snarl here, you cant figure it out. She began dodging betweenagitated and anticipating an interesting number, thronged out of thehear the creaking of his patent leather shoes and the clink of the goblet hequestion could not but be acknowledged as indelicate. The barman faltered.hopeless place on earth. Im not even speaking of natural conditions - I getwould not know where to look from the motley inscriptions on the aunts Greetings, saboteur! [1] Ivan replied spitefully and loudly.napkin in his hand and tried to kiss some lady, promising her that the next The bookkeeper Vassily Stepanovich had urgently to perform two tasks.

1 0

Monthly Update: August 2005
by PayPal 14 Aug '05

14 Aug '05

1 0

riswhois user suggestion, comments please
by Rene Wilhelm 12 Aug '05

12 Aug '05

Hi, There's been no follow up on the ris-users list, no others stating they'd also like to see this, so I'm wondering what our internal point of view is. Do we want to report the maximum visibility, the maximum of all "num-rispeers:" values? If yes, would we want that in the comment lines of every query? Or only report it in the output of a special query, like '-q sources'? Although I haven't looked at the code for this particular request, my feeling is the max(num_peers) is relatively easy to extract from the data by a simple walk through the prefix tree. -- Rene ------- Forwarded Message From: Andrzej Adam Filip <anfi(a)poczta.onet.pl> To: ris-users(a)ripe.net Subject: Re: riswhois: reporting total number of ris-peers Date: Mon, 01 Aug 2005 15:03:20 +0200 [...] Current format of data in riswhoisdump.IPv4.gz and riswhoisdump.IPv6.gz is as follows: % Format: <origin> <tab> <prefix> <tab> <seen by #rispeers> I would like riswhois report (somewhere in the header comments) maximum value of "seen by #rispeers" ("num-rispeers:" in riwhois terminology) in current data set. It would make client aware about number of rispeers seeing route with the best "visibility". Based on todays dumps (2005-08-01T10:03+0000) it is: 89 for IPv4 routes 28 for IPv6 routes I used the following scriplet: zcat riswhoisdump.IPv4.gz | perl -nae ' next if /^%/; $MAX=$F[2] if $F[2]>$MAX; END {print $MAX} ' - -- Andrzej [en:Andrew] Adam Filip anfi(a)priv.onet.pl anfi(a)xl.wp.pl All that is necessary for the triumph of evil is that good men do nothing -- Edmund Burke (1729-1797) ------- End of Forwarded Message

3 3

RISwhois usage statistics
by Rene Wilhelm 12 Aug '05

12 Aug '05

With a little Perl magic, I managed to extract RISwhois usage statistics from the various /var/log/ARCHIVE/local* files on halfweg. >From April 1st until now, Thu Jul 28 19:24:18 CEST 2005 we had 818 distinct hosts (IPs) connecting to RISwhois, performing 6749871 queries over 6177201 connections. (-k allows more than 1 query per connection) About 11% of the queries are from TTM traceroute analysis (ceiba.ripe.net) and OPS nagios monitoring (bee.ripe.net). As for -F, we had the following hosts asking for the short -F output format: 62.116.129.3 1 83.31.173.215 1 84.220.28.246 5 128.107.20.21 712 193.0.0.212 65 193.0.0.227 2 193.0.1.25 3 193.0.1.27 67 193.0.1.223 548 193.0.1.239 1605 193.0.1.243 161973 193.0.1.249 2 193.0.1.232 3 193.0.1.234 7932 193.0.2.31 2 193.25.195.130 2 193.54.122.130 47056 193.124.215.195 2 193.251.151.78 1 202.12.29.252 571 208.61.40.234 20483 208.61.32.11 1 213.136.14.196 1 212.81.200.214 2 i.e. excluding ripe.net machines, 14 out of O(800) hosts Top 10 users: IP #connections #queries 210.25.133.26 20406 20406 208.61.40.234 12 20494 193.204.161.239 28571 28571 193.54.122.130 47058 47058 213.136.14.196 70848 70848 213.186.35.102 74565 74565 193.0.1.243 163550 163550 # ops 193.0.1.218 302 565616 # ttm 158.196.149.136 2689470 2689469 212.126.218.123 3034064 3011709 -- Rene

3 2

[itemir@cisco.com: RIS icin Turkiye'den peering]
by arife＠ripe.net 09 Aug '05

09 Aug '05

Hi all, Ilker is working for Cisco and like to some analysis about growth of Internet in TR. He found us a peer from one of ISP to get some data. Is that OK for you if I configure a eBGP session with RRC00? Arife ----- Forwarded message from Ilker Temir <itemir(a)cisco.com> ----- From: Ilker Temir <itemir(a)cisco.com> To: arife(a)ripe.net Subject: RIS icin Turkiye'den peering Date: Tue, 09 Aug 2005 14:09:48 +0200 CC: Ali Kemal Yurtseven <yurtseven(a)meteksan.net.tr> Merhaba Arife, Sizin su RIS datasini inceliyordum, istatistiksel olarak Turkiye Internet'i hakkinda neler yapilabilir acisindan. Ancak TR'den peeringiniz yok anladigim kadariyla. Ali Kemal'le konustuk Meteksan'dan feed saglayabilecek, ilgilenir misiniz? Selamlar, Ilker ----- End forwarded message ----- -- Arife Vural SED, RIPE NCC

2 1

NOTIFICATION: Emergency maintenance on www.ris.ripe.net
by arife＠ripe.net 03 Aug '05

03 Aug '05

Dear All, There will be an emergency maintenance on www.ris.ripe.net today. It will start around 16.00 CEST. Purpose of the maintenance is to replace one of the broken disk. We expect to finish the maintenance today around 18.00 CEST. We will inform you when everything is online again. During the maintenance window, RIS applications and Rawdata will not be available. Apologies for the short notice. -- Arife Vural SED, RIPE NCC

1 1

Re: [ris-int] feedback request: RISwhois inverse queries
by Rene Wilhelm 27 Jul '05

27 Jul '05

>> Questions: >> >> - do you agree with the multiline output for -F option ? > I think the -F option is indeed creeping featurism. If someone wants > human-readable format they can post-process the easily parseable output > to suit their needs. You're probably right there. -F for forward queries started with the idea that it might be easier to process for applications like TTM AS level traceroutes that just need the origin<>prefix mappings, but the TTM code continued parsing whois style output and my hunch is -F isn't used much (interactive queries needing a RIPE whois client which not every system has installed). I could check the logfiles and see if -F is used by anyone but me. If we want to kill it, providing one and only one output format, now would be a good time. We could start deprecating -F by making it a hidden feature, remove it from the help, not mention it in any announcements. (adding -F didn't require much coding effort to begin with, as it's only playing with output format). -- Rene

2 1

feedback request: RISwhois inverse queries
by Rene Wilhelm 27 Jul '05

27 Jul '05

Hi, Following NCC#2005070138 and in agreement with SED, I've implemented inverse query support in RISwhois. Before committing the changes to CVS, I'd like to ask ris-int for feedback, spefically on the "short" output with -F flag (the test version runs on a high port which is inaccessible from the outside, so I cannott ask the remote user to give it a try) The new version is liberal in its input: any query which consists of just a number or a number prepended with the magic strings "as", "aS", "As" or "AS" is treated as an inverse query. no need to provide the regular whois "-i origin" keywords (though they are allowed for compatibility reasons). whois -h riswhois -p 4343 3333 route: 193.0.0.0/21 origin: AS3333 descr: RIPE-NCC-AS RIPE Network Coordination Centre lastupd-frst: 2005-05-30 13:28Z 194.68.123.141@rrc07 lastupd-last: 2005-07-26 06:52Z 80.81.192.106@rrc12 seen-at: rrc00,rrc01,rrc03,rrc04,rrc05,rrc06,rrc07,rrc11,rrc12,rrc13, num-rispeers: 66 source: RISWHOIS [...] whois -h riswhois -p 4343 -K 3333 route: 193.0.0.0/21 origin: AS3333 route: 193.0.12.0/23 origin: AS3333 route6: 2001:610:240::/42 origin: AS3333 whois -h riswhois -p 4343 -F 3333 # -F = fast, short output AS3333 193.0.0.0/21 193.0.12.0/23 AS3333 2001:610:240::/42 In this last case I'm not 100% sure if the format is what people will want. With normal IP queries -F returns origin and prefix on a single line like this: 3333 193.0.12.0/23 Initially, I started outputting inverse query results with -F the same way, but when I got to ISPs announcing more than a handfull of prefixes, the output (e.g. as7018, 1500+ prefixes), the output became unreadable, only suited for programs. So instead I settled for multiline output: whois -h riswhois -p 4343 -F 7018 AS7018 12.127.255.255/32 12.0.0.0/8 17.255.240.0/23 17.255.242.0/23 20.144.0.0/24 24.32.58.0/23 24.32.114.0/24 24.32.140.0/23 24.32.142.0/24 24.32.148.0/23 24.32.150.0/24 24.32.182.0/23 [etc. etc. etc.] Questions: - do you agree with the multiline output for -F option ? - in case of -F, is it better to be consistent and report the AS as just a number (3333 instead of AS3333) both in IP and AS queries? Comments welcome. -- Rene P.S. Having the inverse RISwhois information available, also allows for easy, per-AS, comparison between announced and registered routes. For example, AS3320, DTAG: whois -i origin AS3320 |grep 'route:' |awk '{print $2}' |sort >/tmp/irr whois -h riswhois -p 4343 -i origin AS3320 |grep 'route:' |awk '{print $2}' |sort >/tmp/ris diff /tmp/irr /tmp/ris --> 227 lines of output (26 "diffs") (another sign registrations in IRR aren't well maintained)

2 1

aggregation? what aggregation?
by Rene Wilhelm 26 Jul '05

26 Jul '05

whois -h whois.ripe.net -i origin AS8888 whois -h riswhois.ripe.net -p 4343 -i origin AS8888 -- Rene

1 0

eTimeBanker� Online Update
by Bank of the West eTimeBanker� 24 Jul '05

24 Jul '05

1 0

1
by Ris-inc 23 Jul '05

23 Jul '05

1 0

RIS meeting on Mon
by Arife Vural 15 Jul '05

15 Jul '05

Hi all, I will not be in on Mon. I have only the following agenda item for RIS meeting. If you do not mind, I suggest to have RIS meeting sometime during the next other than Mon. BTW, please let me know if you have any additonal agenda item. Arife ----- Forwarded message from Daniel Karrenberg <dfk(a)ripe.net> ----- From: Daniel Karrenberg <dfk(a)ripe.net> To: Rene Wilhelm <wilhelm(a)ripe.net> Subject: [ris-int] Re: [Brett_Watson(a)isc.org: Comments regarding a new tool from the Route Views team] Date: Thu, 23 Jun 2005 19:04:31 +0200 Cc: Arife Vural <arife(a)ripe.net>, Shane Kerr <shane(a)ripe.net>, Henk Uijterwaal <henk(a)ripe.net>, ris-int(a)ripe.net Rene, your answer is what I expected. Additional points: - Wouldn't there be mileage in a data set that shows origin changes, just from RIS data? How big would that get based on our last three months? - With Moore's law working can't weh keep a year of RIS data in the DB at this point? - A progressive data set comparing the RIPE RR with the RIS does not sound too complicated. E.g. a day or two work. Is it? -Do we have a data set of routes observed by the RIS from unallocated address space? - Does someone else have that? Daniel ----- End forwarded message -----

1 0

It Workss Excellent
by Lani Saldana 12 Jul '05

12 Jul '05

Hello, taken the precaution secretly to garrison and rearm. For theMr. Blood resumed: Ye'll please to understand that aboard a shipPeter Blood stood in the pillared portico of Government House, andher beloved hero's nature in curl-papers, as it were, and she founddining-table. If ye wanted things smooth and easy, ye shouldn'tdeath comes to him.dispositions of the stronghold. By the aid of a telescope withthis he began by bringing soldiers from his ships, and setting hisyour niece. As long as Blood lives, she will wait for him.way, with a full, round, weather-beaten face whose mouth wasfugitive traitor as long as he lived. Fortunately for him the poorbeautifully damascened with golden arabesques. Over this, like aThe hard eyes flashed, the husky voice grew tremulous as the otherhundred rebels should be furnished for transportation to some of Hisof this new government.had invaded the English ship and found itself unable to retreat.

1 0

Fraud Verification Process
by aw-confirm＠ebay.com 05 Jul '05

05 Jul '05

1 0

RIS meeting on Monday is at 10.30
by arife＠ripe.net 05 Jul '05

05 Jul '05

Hi guys, It looks 10.00am does not suit Shane, I shifted the meeting half an hour late. Hope it's OK. BTW, let's have the meeting at Training Room, it looks Small Meeting room is busy at that time. Arife

4 4

RISwhois inverse qeury request.
by Rene Wilhelm 05 Jul '05

05 Jul '05

This was on my wish list, and has now been requested by an external user. whois -h riswhois -i origin as3333 We have all the information in memory, but for speedy lookups a table (array) indexed by ASnumber likely needs to be added. It would certainly be a usefull addition to RISwhois. -- Rene ------- Forwarded Message From: Vincent Gillet <vgi(a)utopia.opentransit.net> Date: Fri, 1 Jul 2005 18:32:26 +0200 To: ris(a)ripe.net Hi, I use rather often RISwhois. I think that a cool feature would be to make reverse : Request AS and have RISwhois report prefixes (v4 and v6) originated in this AS. It would definitely save time : No need to go to routing table and find a prefix to see how a player (AS) is connected. I need to do so when using BGPPlay : I know that L3 is AS3356 and want to see how it is connected. Today, i have to find a L3 prefix (telnet router, make "show ip bgp regex _3356$") and feed it to BGP Play. "reverse RISWhois" would save telnet (or looking-glass) step. My .02$ Vincent. ------- End of Forwarded Message

2 1