- routing-wg - mailman.ripe.net

DB RPSL migration task force
by kieber＠ga-telecom.net 15 Sep '00

15 Sep '00

Re, at RIPE37 we have agreed to put a task force in place to prepare for migration to the new RPSL database, and I'd like to take the opportunity and solicit for members to this task force. Purpose of this task force should be finding the bugs in the new code before it is put to real work. Please review the migration plan at http://www.ripe.net/ripencc/pub-services/db/reimp/new-transition-v3.ps We also want to raise awareness that the new database is actually in RPSL format, so there are some significant changes to RIPE-181 format. If you are using scripts to query or update the database its very likely you have to adapt those scripts and the task force would like to benefit from your experiences when playing with the new database and testing your tools. While RIPE NCC is using a test suite to test the new database the best test is having real users beat on it. Remember, you will have to live with the bugs the task force doesn't find. If you are interested in participating, please, get back to me and I'll have you added to the mailing list <reimp-mig-tf(a)ripe.net> -- Ulf Kieber email: kieber(a)ga-telecom.net Network Engineer voice: +49-69-299896-21 Global Access Telecommunications, Inc. fax : +49-69-299896-40 internet solutions for business www : www.ga-telecom.net

1 0

RIPE NCC Region Weekly Routing Report
by Routing Analysis 15 Sep '00

15 Sep '00

This is an automated weekly mailing sent to the RIPE Routing WG e-mail list describing the state of the Internet Routing Table in Europe, Middle East and North Africa. Daily listings are sent to bgp-stats(a)lists.apnic.net For a graphical representation, please see http://www.apnic.net/stats/bgp. If you have any comments please contact Philip Smith <pfs(a)cisco.com>. Europe, Middle East, North Africa Report 15 Sep, 2000 Analysis Summary ---------------- BGP routing table entries examined: 88606 Origin ASes present in the Internet Routing Table: 8488 Origin ASes announcing only one prefix: 2868 Transit ASes present in the Internet Routing Table: 1158 Average AS path length visible in the Internet Routing Table: 5.3 Max AS path length visible: 16 Illegal AS announcements present in the Routing Table: 17 Non-routable prefixes present in the Routing Table: 0 Prefixes being announced from the IANA Reserved Address blocks: 1 Number of addresses announced to Internet: 1155310504 Equivalent to 68 /8s, 220 /16s and 163 /24s Percentage of available address space announced: 31.2 Percentage of allocated address space announced: 61.1 Percentage of available address space allocated: 51.0 RIPE Region Analysis Summary ---------------------------- Prefixes being announced by RIPE Region ASes: 14069 Prefixes being announced from the RIPE address blocks: 11063 RIPE Region origin ASes present in the Internet Routing Table: 2286 RIPE Region origin ASes announcing only one prefix: 1099 RIPE Region transit ASes present in the Internet Routing Table: 436 Average RIPE Region AS path length visible: 5.9 Max RIPE Region AS path length visible: 16 Number of RIPE addresses announced to Internet: 76280324 Equivalent to 4 /8s, 139 /16s and 242 /24s Percentage of available RIPE address space announced: 65.0 RIPE AS Blocks 1877 - 1901, 2042, 2047, 2107 - 2136, 2585 - 2614 2773 - 2822, 2830 - 2879, 3154 - 3353, 5377 - 5631 6656 - 6911, 8192 - 9215, 12288 - 13311, 15360 - 16383 RIPE Address Blocks 62/8, 193/8, 194/7, 212/7 and 217/8 RIPE Region per AS prefix count summary --------------------------------------- ASN No of nets /19 equiv Description 3352 398 186 Ibernet, Internet A 3301 394 299 TeliaNet Sweden 1257 344 264 Swipnet AB 1270 247 397 UUNET Germany 1849 247 431 PIPEX 702 214 313 UUNET Technologies, Inc. 719 186 137 LANLINK 786 181 959 JANET IP Service 1275 175 858 DFN IP Service 5515 169 354 Sonera Finland 517 148 181 Xlink 3320 147 315 Deutsche Telekom AG 3215 146 144 RAIN 2609 128 4 EUnet-TN 9057 127 42 Level 3 public IP n 3303 122 277 Swisscom 2856 121 247 BTnet UK Regional network 8895 112 28 Saudi Arabia AS 1901 100 76 EUnet Austria Global Per AS prefix count summary ---------------------------------- ASN No of nets /19 equiv Description 701 2004 3396 UUNET Technologies, Inc. 1 929 4512 BBN Planet 1221 907 975 Telstra 7018 850 3002 AT&T 816 757 189 UUNET Canada4 2914 708 1336 Verio, Inc. 7046 700 525 UUNET Technologies, Inc. 1239 680 1585 Sprint ICM-Inria 3561 620 1535 Cable & Wireless USA 174 610 2741 PSINet Inc. 705 553 34 UUNET Technologies, Inc. 1785 553 786 Sprint ICM 3549 492 411 Frontier GlobalCenter 209 471 539 Qwest 271 467 380 BCnet Backbone 2764 463 130 connect.com.au pty ltd 3908 444 277 Supernet, Inc. 3602 427 78 Sprint Canada 4293 417 63 Cable & Wireless USA List of Illegal AS's (Global) ----------------------------- Bad AS Designation Network Transit AS Description 18435 UNALLOCATED 63.102.178.0/23 701 UUNET Technologies, 18436 UNALLOCATED 63.147.24.0/22 701 UUNET Technologies, 18437 UNALLOCATED 63.163.130.0/24 701 UUNET Technologies, 64602 PRIVATE 63.236.57.0/24 209 Qwest 64512 PRIVATE 64.44.159.0/24 7309 The Virtual Marketin 18494 UNALLOCATED 64.94.70.0/24 6172 @Home Network 18497 UNALLOCATED 150.182.76.0/24 209 Qwest 18497 UNALLOCATED 150.182.77.0/24 209 Qwest 18476 UNALLOCATED 198.160.68.0/24 701 UUNET Technologies, 18479 UNALLOCATED 200.192.128.0/20 11415 IMPSAT Comunicacoes 18435 UNALLOCATED 206.137.4.0/22 6347 SAVVIS Communication 18447 UNALLOCATED 207.150.192.0/24 1239 Sprint ICM-Inria 18437 UNALLOCATED 207.247.21.0/24 1239 Sprint ICM-Inria 64605 PRIVATE 208.47.206.0/24 209 Qwest 18512 UNALLOCATED 216.5.92.0/23 2548 Digital Express Grou 18524 UNALLOCATED 216.88.36.0/23 701 UUNET Technologies, 18512 UNALLOCATED 216.126.232.0/21 2548 Digital Express Grou Advertised IANA Reserved Addresses ---------------------------------- Network Origin AS Description 220.10.56.0/24 3215 RAIN Number of prefixes announced per prefix length (Global) ------------------------------------------------------- /1:0 /2:0 /3:0 /4:0 /5:0 /6:0 /7:0 /8:21 /9:4 /10:5 /11:9 /12:26 /13:56 /14:177 /15:289 /16:6632 /17:932 /18:1814 /19:5891 /20:3658 /21:3758 /22:5700 /23:7611 /24:51032 /25:248 /26:277 /27:85 /28:72 /29:98 /30:119 /31:0 /32:92 End of report

2 1

RIS Slides from this morning
by Henk Uijterwaal (RIPE-NCC) 14 Sep '00

14 Sep '00

Dear Colleagues, My slides shown in this morning's Routing WG are now online at: http://www.ripe.net/ris/ris-index.html Henk ------------------------------------------------------------------------------ Henk Uijterwaal Email: henk.uijterwaal(a)ripe.net RIPE Network Coordination Centre WWW: http://www.ripe.net/home/henk Singel 258 Phone: +31.20.535-4414, Fax -4445 1016 AB Amsterdam Home: +31.20.4195305 The Netherlands Mobile: +31.6.55861746 ------------------------------------------------------------------------------ A man can take a train and never reach his destination. (Kerouac, well before RFC2780).

1 0

2nd draft Routing WG agenda - significant changes
by SchmitzJo＠aol.com 12 Sep '00

12 Sep '00

Dear colleagues, we found quite some overlap between the Routing and the Database WGs. Accordingly, we both aligned our schedules. Therefore, there are some changes to the agenda... please find below the 2nd draft of the Routing WG agenda for: Thursday, 14-September, 9:00 Routing WG session The most prominent change compared to the 1st draft is not only rearranging of presentations, but the 2nd slot to be run as a joint session together with the Database WG, dealing with transition issues to the new database. As usual comments, additions, changes to the agenda of the Routing WG welcome! --- R I P E 3 7 A M S T E R D A M Routing Working Group Session 14-September-2000 Draft Agenda - 1. slot - Note: this slot is dedicated to Routing WG issues, and is going to be held in room St.John's II A. Preliminaries (Joachim Schmitz) (5min) - introduction - participants' list - volunteering of scribe - agenda bashing - RIPE 36 minutes - actions from earlier meetings C. RADB Update (Gerald Winters) (20min) E. RIS, Status and Plans (Antony Antony, Henk Uijterwaal) (10min) F. Routing Registry Consistency Project (Shane Kerr) (10min) G. Study of BGP Convergence (Abha Ahuja) (20min) H. Internet Routing Table Analysis Update (Philip Smith) (20min) I. RIPE-210 - Updates with contributions from the audience (Christian Panigl, Philip Smith) (20min) J. Promoting European IP Multicast deployment - Introducing the European IP Multicast Initiative (EuMI) (Tony Ballardie) (10min) Note: we will slightly run overtime in the first slot with the changed agenda, but this is intended (the same will happen with the DB WG) - 2. slot - Note: this is a joint slot with the Database WG, and will be taking place in the Grand Ballroom which is big enough to hold people of both WGs B. RIPE Database Software Re-Implementation and Transition to RPSL (Andrei Robachevski, Joao Luis Silva Damas) (40min) Y. General I/O with Other WGs Transition taskforce: RIPE-181 database to new RPSL database - what does it mean - intentions - progress with input from the audience Z. AOB --- Regards Joachim --- JS395-RIPE -- standard disclaimer ---

1 0

The Cidr Report
by Tony Bates 08 Sep '00

08 Sep '00

This is an auto-generated mail on Fri Sep 8 12:00:00 PDT 2000 It is not checked before it leaves my workstation. However, hopefully you will find this report interesting and will take the time to look through this to see if you can improve the amount of aggregation you perform. The report is split into sections: 0) General Status List the route table history for the last week, list any possibly bogus routes seen and give some status on ASes. 1) Gains by aggregating at the origin AS level This lists the "Top 30" players who if they decided to aggregate their announced classful prefixes at the origin AS level could make a significant difference in the reduction of the current size of the Internet routing table. This calculation does not take into account the inclusion of holes when forming an aggregate so it is possible even larger reduction should be possible. 2) Weekly Delta A summary of the last weeks changes in terms of withdrawn and added routes. Please note that this is only a snapshot but does give some indication of ASes participating in CIDR. Clearly, it is generally a good thing to see a large amont of withdrawls. 3) Interesting aggregates Interesting here means not an aggregate made as a set of classful routes. Thanks to xara.net for giving me access to their routing tables once a day. Please send any comments about this report directly to me. Check http://www.employees.org/~tbates/cidr-report.html for a daily update of this report. ------------------------------------------------------------------------------ CIDR REPORT for 08Sep00 0) General Status Table History ------------- Date Prefixes 010900 85543 020900 85631 030900 85544 040900 85623 050900 85693 060900 85755 070900 85753 080900 85860 Check http://www.employees.org/~tbates/cidr.plot.html for a plot of the table history. Possible Bogus Routes --------------------- *** Bogus 65.0.0.0/14 from AS6172 *** Bogus 65.128.0.0/14 from AS209 *** Bogus 65.132.0.0/15 from AS209 *** Bogus 65.134.0.0/17 from AS209 *** Bogus 65.134.128.0/19 from AS209 *** Bogus 65.228.9.0/24 from AS577 *** Bogus 66.4.0.0/17 from AS11686 *** Bogus 66.4.0.0/15 from AS11686 *** Bogus 66.4.128.0/17 from AS11686 *** Bogus 66.6.32.0/20 from AS701 *** Bogus 66.6.64.0/20 from AS14480 *** Bogus 66.6.96.0/20 from AS10970 *** Bogus 66.6.128.0/20 from AS3561 *** Bogus 66.6.192.0/20 from AS11282 *** Bogus 217.0.0.0/13 from AS3320 *** Bogus 217.8.0.0/20 from AS1299 *** Bogus 217.8.32.0/20 from AS3220 *** Bogus 217.8.160.0/20 from AS8246 *** Bogus 217.9.32.0/20 from AS2686 *** Bogus 217.9.96.0/20 from AS12658 *** Bogus 217.9.128.0/20 from AS12969 *** Bogus 217.9.224.0/20 from AS13124 *** Bogus 217.10.0.0/20 from AS1270 *** Bogus 217.10.64.0/20 from AS15594 *** Bogus 217.10.96.0/20 from AS5556 *** Bogus 217.10.128.0/20 from AS5378 *** Bogus 217.10.160.0/23 from AS15641 *** Bogus 217.10.162.0 from AS15641 *** Bogus 217.10.192.0 from AS12302 *** Bogus 217.11.0.0/20 from AS9034 *** Bogus 217.11.64.0/20 from AS702 *** Bogus 217.12.192.0/20 from AS15626 *** Bogus 217.13.32.0 from AS15629 *** Bogus 217.13.33.0 from AS15629 *** Bogus 217.13.34.0 from AS15629 *** Bogus 217.13.192.0/20 from AS9126 *** Bogus 217.14.64.0/20 from AS3303 *** Bogus 217.14.96.0/23 from AS13099 *** Bogus 217.14.128.0/20 from AS8851 *** Bogus 217.14.192.0/20 from AS3226 *** Bogus 217.117.117.0 from AS2007 *** Bogus 220.10.56.0 from AS3215 AS Summary ---------- Number of ASes in routing system: 8399 Number of ASes announcing only one prefix: 4770 (2647 cidr, 2123 classful) Largest number of cidr routes: 902 announced by AS701 Largest number of classful routes: 1058 announced by AS701 1) Gains by aggregating at the origin AS level --- 08Sep00 --- ASnum NetsNow NetsCIDR NetGain % Gain Description AS271 425 150 275 64.7% BCnet Backbone AS1221 618 453 165 26.7% TELSTRA-AS AS9706 198 52 146 73.7% Pusan Metropolitan City Office of AS9269 174 44 130 74.7% Hong Kong CTI AS2609 128 8 120 93.8% EUnet-TN AS7657 318 206 112 35.2% The Internet Group Limited AS1785 466 357 109 23.4% AppliedTheory Communications AS816 506 400 106 20.9% UUNET Canada (ASN-UUNETCA-AS4) AS7046 370 264 106 28.6% COQUI-NET PRTC Internet AS7545 158 55 103 65.2% TPG Internet Pty Ltd AS9304 117 21 96 82.1% Hutchcity AS7496 126 35 91 72.2% Power Up AS4293 339 251 88 26.0% Internal ASN for C&W AS6429 200 114 86 43.0% FirstCom Internet AS4755 194 111 83 42.8% Videsh Sanchar Nigam Ltd. India AS174 533 450 83 15.6% Performance Systems International AS705 329 249 80 24.3% ALTERNET-AS AS6595 133 56 77 57.9% DODDSEUR AS3908 253 176 77 30.4% Supernet, Inc. AS577 251 178 73 29.1% Bell Backbone AS724 217 149 68 31.3% DLA-ASNBLOCK-AS AS7018 575 507 68 11.8% AT&T WorldNet Service Backbone AS4792 77 11 66 85.7% SK Telecom Co., Ltd. AS1727 151 86 65 43.0% MRMS-WEST AS5106 101 37 64 63.4% AADS-COLUMBUS AS3749 122 60 62 50.8% TECNET AS3602 297 239 58 19.5% Sprint Canada Inc. AS701 1058 1002 56 5.3% Alternet AS5102 75 21 54 72.0% AADS-CHAMPAIGN AS376 123 69 54 43.9% RISQ For the rest of the previous weeks gain information please see http://www.employees.org:80/~tbates/cidr-report.html 2) Weekly Delta Please see http://www.employees.org:80/~tbates/cidr-report.html for this part of the report 3) Interesting aggregates Please see http://www.employees.org:80/~tbates/cidr-report.html for this part of the report

1 0

RIPE NCC Region Weekly Routing Report
by Routing Analysis 07 Sep '00

07 Sep '00

This is an automated weekly mailing sent to the RIPE Routing WG e-mail list describing the state of the Internet Routing Table in Europe, Middle East and North Africa. Daily listings are sent to bgp-stats(a)lists.apnic.net For a graphical representation, please see http://www.apnic.net/stats/bgp. If you have any comments please contact Philip Smith <pfs(a)cisco.com>. Europe, Middle East, North Africa Report 08 Sep, 2000 Analysis Summary ---------------- BGP routing table entries examined: 87190 Origin ASes present in the Internet Routing Table: 8426 Origin ASes announcing only one prefix: 2843 Transit ASes present in the Internet Routing Table: 1155 Average AS path length visible in the Internet Routing Table: 5.3 Max AS path length visible: 16 Illegal AS announcements present in the Routing Table: 11 Non-routable prefixes present in the Routing Table: 1 Prefixes being announced from the IANA Reserved Address blocks: 1 Number of addresses announced to Internet: 1169561017 Equivalent to 69 /8s, 182 /16s and 21 /24s Percentage of available address space announced: 31.6 Percentage of allocated address space announced: 61.9 Percentage of available address space allocated: 51.0 RIPE Region Analysis Summary ---------------------------- Prefixes being announced by RIPE Region ASes: 13603 Prefixes being announced from the RIPE address blocks: 10610 RIPE Region origin ASes present in the Internet Routing Table: 2260 RIPE Region origin ASes announcing only one prefix: 1085 RIPE Region transit ASes present in the Internet Routing Table: 442 Average RIPE Region AS path length visible: 5.9 Max RIPE Region AS path length visible: 16 Number of RIPE addresses announced to Internet: 75991720 Equivalent to 4 /8s, 135 /16s and 138 /24s Percentage of available RIPE address space announced: 64.7 RIPE AS Blocks 1877 - 1901, 2042, 2047, 2107 - 2136, 2585 - 2614 2773 - 2822, 2830 - 2879, 3154 - 3353, 5377 - 5631 6656 - 6911, 8192 - 9215, 12288 - 13311, 15360 - 16383 RIPE Address Blocks 62/8, 193/8, 194/7, 212/7 and 217/8 RIPE Region per AS prefix count summary --------------------------------------- ASN No of nets /19 equiv Description 3301 389 298 TeliaNet Sweden 1257 337 264 Swipnet AB 1270 249 398 UUNET Germany 1849 238 303 PIPEX 702 218 431 UUNET Technologies, Inc. 786 180 959 JANET IP Service 719 177 137 LANLINK 1275 172 834 DFN IP Service 5515 170 354 Sonera Finland 517 153 182 Xlink 3320 151 315 Deutsche Telekom AG 3215 142 144 RAIN 9057 128 42 Level 3 public IP n 2609 127 4 EUnet-TN 2856 125 263 BTnet UK Regional network 3303 120 276 Swisscom 8895 114 28 Saudi Arabia AS 1901 101 76 EUnet Austria 1267 93 955 IUnet S.p.A Global Per AS prefix count summary ---------------------------------- ASN No of nets /19 equiv Description 701 2012 5468 UUNET Technologies, Inc. 1 922 4519 BBN Planet 1221 920 976 Telstra 7018 834 3026 AT&T 2914 713 1343 Verio, Inc. 7046 683 515 UUNET Technologies, Inc. 1239 677 1585 Sprint ICM-Inria 1785 667 803 Sprint ICM 705 637 44 UUNET Technologies, Inc. 3561 622 1527 Cable & Wireless USA 174 604 2741 PSINet Inc. 3549 495 419 Frontier GlobalCenter 271 467 380 BCnet Backbone 2764 462 130 connect.com.au pty ltd 209 460 531 Qwest 3908 443 277 Supernet, Inc. 3602 437 80 Sprint Canada 4293 429 63 Cable & Wireless USA 816 427 177 UUNET Canada4 List of Illegal AS's (Global) ----------------------------- Bad AS Designation Network Transit AS Description 18435 UNALLOCATED 63.102.178.0/23 701 UUNET Technologies, 18436 UNALLOCATED 63.147.24.0/22 701 UUNET Technologies, 18437 UNALLOCATED 63.163.130.0/24 701 UUNET Technologies, 64602 PRIVATE 63.236.57.0/24 209 Qwest 65500 PRIVATE 130.133.0.0/16 12732 V-SPAN 65500 PRIVATE 130.149.0.0/16 12732 V-SPAN 65500 PRIVATE 160.45.0.0/16 12732 V-SPAN 65500 PRIVATE 192.109.42.0/24 12732 V-SPAN 18435 UNALLOCATED 206.137.4.0/22 6347 SAVVIS Communication 18437 UNALLOCATED 207.247.21.0/24 1239 Sprint ICM-Inria 64605 PRIVATE 208.47.206.0/24 209 Qwest Prefixes from private and non-routed address space (Global) ----------------------------------------------------------- Prefix Origin AS Description 169.254.0.0/16 705 UUNET Technologies, Inc. Advertised IANA Reserved Addresses ---------------------------------- Network Origin AS Description 220.10.56.0/24 3215 RAIN Number of prefixes announced per prefix length (Global) ------------------------------------------------------- /1:0 /2:0 /3:0 /4:0 /5:0 /6:0 /7:0 /8:22 /9:4 /10:5 /11:9 /12:26 /13:55 /14:179 /15:288 /16:6617 /17:923 /18:1796 /19:5869 /20:3612 /21:3711 /22:5644 /23:7528 /24:50097 /25:147 /26:188 /27:84 /28:70 /29:99 /30:120 /31:0 /32:97 End of report

1 0

Routing comment
by Morgan Dollard 06 Sep '00

06 Sep '00

Hello, In reading the IOS Essentials for ISP's PDF, ver 2.84 http://www.cisco.com/public/cons/isp/documents/IOSEssentialsPDF.zip i came across something I believe might need a little bit of clarification. I dont know if many ISP's use this method or not, but i find it particularly usefull. On page 29, under the Caveats section, specifically the routing protocols part, it is stated that : ". Routing Protocols. If a routing protocol needs to be run over this link, it is operationally much easier to use IP addresses. Don't use "ip unnumbered" if the customer is peering with you using BGP across the link, or if the link is an internal backbone link. Simply use a network with a /30 address mask. (Routing will work over unnumbered links but the extra management and operational complexity probably outweighs the small address space advantage gained.) " Using Ip unnumbered and BGP is something that works extremely well, in the following case. The wan interface is unnumbered to the ethernet interface. The ethernet interface is using a primary IP that is the one that should be configured on the WAN interface, and a secondary IP that is the LAN IP In most cases, the Provider will want to peer its BGP session to the IP it assigned the customer. This setup allows the BGP session to be peered to the Ethernet interface, which in turns leeds to an end to end point of failure, from the Ethernet Interface, to the Wan Interface. This succesfully allows the ISP to monitor the customer's network availability without the use of piningin methods, and relying solely upon the well being of the BGP session. If this message is off list topic, i apologize for the inconvenience. Morgan Dollard Disclaimer ---------- This email and any files transmitted with it are confidential and are intended solely for the use of the individual or entity to whom they are addressed. This communication represents the originator's personal views and opinions, which do not necessarily reflect those of the NSC Group. If you are not the original recipient or the person responsible for delivering the email to the intended recipient, be advised that you have received this email in error, and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. If you received this email in error, please immediately notify administrator(a)nscglobal.com.

4 3

RE: Routing comment
by Morgan Dollard 04 Sep '00

04 Sep '00

-----Original Message----- From: Mark Lastdrager [mailto:mark@pine.nl] Sent: Monday, September 04, 2000 11:40 To: Morgan Dollard Cc: 'routing-wg(a)ripe.net' Subject: Re: Routing comment At Mon, 4 Sep 2000, owner-routing-wg(a)ripe.net wrote: >In most cases, the Provider will want to peer its BGP session to the IP it >assigned the customer. This setup allows the BGP session to be peered to the >Ethernet interface, which in turns leeds to an end to end point of failure, >from the Ethernet Interface, to the Wan Interface. This succesfully allows >the ISP to monitor the customer's network availability without the use of >piningin methods, and relying solely upon the well being of the BGP session. >But what if the ethernet interface dies? Your BGP session dies with it. >For that reason it is advised to assign the BGP peer address to your >loopback device and set the peering from that address. Exactly, why would you want to keep sending trafic over that WAN link when the router's conection to the lan has failed? MOrgan Mark Lastdrager Pine Internet -- email: mark(a)lastdrager.nl :: ML1400-RIPE :: tel. +31-70-3111010 http://www.pine.nl :: RIPE RegID nl.pine :: fax. +31-70-3111011 PGP key ID 92BB81D1 :: Dutch security news @ http://security.nl Today's excuse: Electrons on a bender Disclaimer ---------- This email and any files transmitted with it are confidential and are intended solely for the use of the individual or entity to whom they are addressed. This communication represents the originator's personal views and opinions, which do not necessarily reflect those of the NSC Group. If you are not the original recipient or the person responsible for delivering the email to the intended recipient, be advised that you have received this email in error, and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. If you received this email in error, please immediately notify administrator(a)nscglobal.com.

3 2

1st draft agenda Routing WG
by SchmitzJo＠aol.com 04 Sep '00

04 Sep '00

Dear colleagues, please find enclosed the first draft of the agenda for the session of the routing working group at RIPE 37, Amsterdam. The session will be held Thursday, 14-September, 9:00 Routing WG session As announced previously, I would also like to point out that this time we have organized a workshop on multicast applications, which will be held Tuesday, 12-September, 10:00 workshop on multicast applications Details of this workshop are listed on the RIPE web pages. As usual comments, additions, changes to the agenda of the Routing WG welcome! --- R I P E 3 7 A M S T E R D A M Routing Working Group Session 14-September-2000 Draft Agenda A. Preliminaries (Joachim Schmitz) (5min) - introduction - participants' list - volunteering of scribe - agenda bashing - RIPE 36 minutes - actions from earlier meetings B. RIPE Database Software Re-Implementation and Transition to RPSL (Andrei Robachevski, Joao Luis Silva Damas) (40min) C. RADB Update (Gerald Winters) (20min) D. Database Operations Update (Andrei Robachevski, Joao Luis Silva Damas) (10min) E. RIS, Status and Plans (Antony Antony, Henk Uijterwaal) (10min) F. Routing Registry Consistency Project (Andrei Robachevski, Joao Luis Silva Damas) (10min) G. Study of BGP Convergence (Abha Ahuja) (20min) H. Internet Routing Table Analysis Update (Philip Smith) (20min) I. RIPE-210 - Updates with contributions from the audience (Christian Panigl, Philip Smith) (20min) Y. General I/O with Other WGs Z. AOB --- Regards Joachim --- JS395-RIPE -- standard disclaimer ---

1 0

RE: Routing comment
by Morgan Dollard 04 Sep '00

04 Sep '00

-----Original Message----- From: Mark Lastdrager [mailto:mark@pine.nl] Sent: Monday, September 04, 2000 11:48 To: Morgan Dollard Cc: 'routing-wg(a)ripe.net' Subject: RE: Routing comment At Mon, 4 Sep 2000, Morgan Dollard wrote: >>But what if the ethernet interface dies? Your BGP session dies with it. >>For that reason it is advised to assign the BGP peer address to your >>loopback device and set the peering from that address. > > >Exactly, why would you want to keep sending trafic over that WAN link when >the router's conection to the lan has failed? ;-) Routers can have more than one ethernet interface. Agreed, maybe i should have made a visio diagram to explain what i meant. I do agree that with 2 or more int interface you would have to use a loopback. In the case however (which is common practice for a lot of isps) where u have 2 paralel routers with 2 different bgp sessions over separate wan links to 2 different pops, runing HSRP between each other and single eth interface on each, the best way for the ISP to make sure that the customer site is still alive without having to use ping's is to make sure that is the eth goes down, the bgp sesion goes down, and the local pref at the POP will then send packets to the second pop's, without having to use back to back's between customer routers. Morgan Mark Lastdrager Pine Internet -- email: mark(a)lastdrager.nl :: ML1400-RIPE :: tel. +31-70-3111010 http://www.pine.nl :: RIPE RegID nl.pine :: fax. +31-70-3111011 PGP key ID 92BB81D1 :: Dutch security news @ http://security.nl Today's excuse: You've been infected by the Telescoping Hubble virus. Disclaimer ---------- This email and any files transmitted with it are confidential and are intended solely for the use of the individual or entity to whom they are addressed. This communication represents the originator's personal views and opinions, which do not necessarily reflect those of the NSC Group. If you are not the original recipient or the person responsible for delivering the email to the intended recipient, be advised that you have received this email in error, and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. If you received this email in error, please immediately notify administrator(a)nscglobal.com.

1 0