- eix-wg - mailman.ripe.net

EIX-WG Agenda for RIPE38
by Fearghas McKay 24 Jan '01

24 Jan '01

EIX-WG @ RIPE 38 1 Scribe 2 Agenda Bashing 3 IXP equipment wishlist - Mike Hughes 4 IX Best Current Practices - Nic Lewis 5 IX Reports TIX LoNAP SFINX NIX.CZ VIX LINX XchangePoint Last minute presentations - always welcome on the day 6 AOB

1 0

EIX-WG Agenda for RIPE38
by Fearghas McKay 17 Jan '01

17 Jan '01

Here is the draft agenda for the meeting on Wednesday 24th January 9am at RIPE38. Please note I said afternoon in my previous mail which was based on an earlier draft of the schedule. f -=-=- 1 Scribe 2 Agenda Bashing 3 IX Reports LoNAP SFINX NIX.CZ XchangePoint Last minute presentations - always welcome on the day or mail me. 4 IXP equipment wishlist - Mike Hughes 5 IX Best Current Practices - Nic Lewis 6 AOB

1 0

RIPE 38 - EIX-WG Schedule
by Fearghas McKay 16 Jan '01

16 Jan '01

Greetings The schedule for RIPE38 is now one the website: http://www.ripe.net/ripe/meetings/current/ripe-38/index.html - note that we are still the first session on Wednesay afternoon although the meeting starts on Tuesday am. Agenda items for the WG are welcome but the deadline is Wednesday lunchtime for insertion in the paper agendas so a note before then would be good. As ever we will try and take late submissions on the day. Cheers f

2 1

Fwd: Network traffic trading service shuts down (was Re: BNA's Internet Law News (ILN) - 12/18/00)
by Fearghas McKay 19 Dec '00

19 Dec '00

FYI Fearghas --- begin forwarded text X-Sender: rah(a)ibuc.com Date: Mon, 18 Dec 2000 11:22:58 -0800 To: Digital Bearer Settlement List <dbs(a)philodox.com> From: "R. A. Hettinga" <rah(a)shipwright.com> Subject: Network traffic trading service shuts down (was Re: BNA's Internet Law News (ILN) - 12/18/00) At 9:01 AM -0500 on 12/18/00, BNA Highlights wrote: > NETWORK TRAFFIC TRADING SERVICE SHUT DOWN > A Kenyan network trading service, which allowed ISPs to > exchange local network traffic, has been shut down by the > Communications Commission of Kenya. The Commission's > actions uphold the monopoly held by the national Kenyan > telecom carrier. > http://www.kixp.net/kixp_fire.html -- ----------------- R. A. Hettinga <mailto: rah(a)ibuc.com> The Internet Bearer Underwriting Corporation <http://www.ibuc.com/> 44 Farquhar Street, Boston, MA 02131 USA "... however it may deserve respect for its usefulness and antiquity, [predicting the end of the world] has not been found agreeable to experience." -- Edward Gibbon, 'Decline and Fall of the Roman Empire' --- end forwarded text

1 0

Re: Router MAC-Addresses @ IXs
by Christian Panigl, ACOnet/VIX/UniVie 13 Oct '00

13 Oct '00

Thanks Mike and all others having responded, the 72XXs are indeed the preferred exchange routers at the VIX, and of course many/most are using FastEth0/0 for connecting ... Well, I have a TAC case open wrt the Catalyst load-balancing flaw and I have forwarded your (Mike's) analysis to them. Probably it's worth to also add this issue to the "IXP Switching Wishlist" !? Thanks Mike also for this collection of topics, no other items so far, from my point of view. But we have not yet started our GigabitSwitch (CFT ending on Monday) and Extension site activities, which finally may add some experience. Does anybody know the procedures for obtaining a MAC-Address Prefix from IEEE ? Would it make sense to ask RIPE for applying and subsequently assign subranges to EIXPs (and others) ? Have a nice weekend ! Best wishes CP

1 0

Router MAC-Addresses @ IXs
by Christian Panigl, ACOnet/VIX/UniVie 13 Oct '00

13 Oct '00

Dear Exchange Point members and operators, I have a small inquiry today: could you please have a look at the low-order bit distribution of (Cisco) router MAC addresses at your exchange point(s) and tell me the result ? Background: port-grouping algorithms (like Cisco FastEtherChannel on Cat5xxx) on switches tend to use low-order bits of MAC addresses (XOR of source/dest, or similar) for load-sharing purposes. Now it turned out, probably because "Vienna is different", that more than 90% of all (Cisco) router FastEthernet interfaces connected to the Vienna Internet eXchange have MAC addresses ending with Hex 0 !!! And nope, it's not Halloween today (for those who understand German ;-) This of course does break port-group load-balancing on any such switch with only routers connected ... :-( Any ideas, similar experiences, workarounds (other than to assign MAC addresses to exchange point routers) ? Kind regards CP --- ---------------------------------------------------------------------- --- --- Christian Panigl : Vienna University Computer Center - ACOnet --- --- VUCC - ACOnet - VIX : -------------------------------------------- --- --- Universitaetsstrasse 7 : Mail: Panigl(a)CC.UniVie.ac.at (CP8-RIPE) --- --- A-1010 Vienna / Austria : Tel: +43 1 4277-14032 (Fax: -9140) --- --- ---------------------------------------------------------------------- ---

4 3

IXP Switching Wishlist - Draft Contents
by Mike Hughes 27 Sep '00

27 Sep '00

Hi all, Here's what I propose as a list of contents for the IXP Switching Wishlist: ------------------------------------------------------ * Abstract - so people know what this is about :-) * Brief background and overview of who exchange points work, how they use switching products. I've then broken the "wishes" down in to various sections, along with some ideas for what we can cover: * Security and access control - Control of dynamic MAC learning (i.e. set maximum number of addresses learnable on a per-interface basis) - Ability to disable acting on STP (802.1d) packets on a per-port basis - Wire-speed access-list-type filtering of L3 traffic (without switch acting at L3) - ARP snooping and control (i.e. pickup "off-net" ARPs, etc) - Good policy exception logging - TACACS/RADIUS authentication on CLI/web interfaces - ACL control on CLI/web interfaces - https on web interfaces (or we're passing passwords in the clear!) - SSH availability - Ability to enable/disable management functions (telnet/ssh/web/SNMP) on a per VLAN basis (Foundry implement this now :-). - Ability to have a port on one card mirror a port on any other card in the chassis, in real-time (i.e. switch fabric writes to both ports simultaneously). We can then use a single GigE port to mirror any port in the box :-). * Scalability and Resilience - Spanning Tree - What's wrong with it, various optimisations, ability to declare a port as an "end station" and not run spanning tree on that port, and not go blocking while STP calculation is in progress (e.g. "uplink-fast"?). Security in spanning-tree (i.e. could someone inject .1d information into your STP domain and "hijack" it?) - touched on earlier, disable listening for STP on ports declared as "end-stations". - Resilient Packet Ring (standards-based Cisco DPT) - go get involved while it's at study group stage. Look toward implementing it once it starts reaching draft stage. - Layer 2 routing - develop a standards-based(!) SPF algorithm to calculate the forwarding table across inter-switch backbone links, rather than use address learning. Permit all links to run with live traffic, using best path routing. Load-balancing (or do we achieve this using trunking/dot1ad link-agg)? Definitely need help fleshing this one out! - Multicast control and containment - Push Cisco RGMP toward standards track. Alternative - control based on PIM/MSDP snooping. - IPv6 - We should probably think about control of things like IPv6 anycast in here as well. * Physical wishes - True hot-swap of things like management cards, switch fabric/shared packet memory modules (i.e. not reboot the box on the "spare" module) - True hot-swap and full redundancy of PSUs. - True wire-speed - all ports can talk to all ports, at full speed, all the time (no oversubscribing of backplane, simultaneous conversations across the backplane - i.e. not bus-based) - GBIC optics all round for flexibility - maximise port utilisation - Rapid bootup, card restart ------------------------------------------- OK, has anyone got any feedback on the following, or is able to add to any/all sections of the above? Comments welcome :-). Mike -- Mike Hughes Network Architect London Internet Exchange mike(a)linx.net http://www.linx.net/ "Only one thing in life is certain: init is Process #1"

1 0

RIPE37 EIX-WG - Meeting Report
by Fearghas McKay 15 Sep '00

15 Sep '00

E-IX WG Wednesday 13th 9am at RIPE37 Chair: Fearghas McKay <fm(a)st-kilda.org> Scribe: David Knight Attendees: 90 1: IX Reports INEX - Irish Neutral IX INXS - Munich IX CIXP - Geneva IX AMSIX - Amsterdam IX LINX - London INX SFINX - French IX VIX - Vienna IX For the next meeting we hope to have Athens & DecIX presenting as well. More IXs are always welcome. 2: IXP switching wishlist - Mike Hughes 3: IX Best Current Practices - Nic Lewis 4: Change in WG Charter "to provide a means for the RIPE ISP community to find out about the status and activities of Internet Exchange Points within the RIPE geographical area" This was changed to: "to provide a means for the RIPE ISP community to: find out about the status and activities of Internet Exchange Points within the RIPE geographical area develop Best Current Practice documents provide operational feedback and guidance to vendors of IX related products and services" 5: I-Point Europe - presentation by Annette Nabavi, CEO. This was followed by a lively and wide ranging community discussion on their plans for a Europe wide network of IXs. The discussion can be continued on the WG mailing list: <eix-wg(a)ripe.net>

1 0

Further Updated: EIX-WG Agenda for RIPE37
by Fearghas McKay 13 Sep '00

13 Sep '00

Here is the latest agenda for the meeting on Wednesday 13th 9am at RIPE37 1 Scribe 2 Agenda Bashing 3 IX Reports INEX - Irish Neutral IX AMSIX - Amsterdam IX LINX - London INX SFINX - French IX INXS - Munich IX VIX - Vienna IX Last minute presentations - always welcome on the day or catch me at the Reception 4 IXP switching wishlist - Mike Hughes 5 IX Best Current Practices - Nic Lewis 6 Change in WG Charter We are moving away from an being just an informative WG to having BCP and Wishlist documents. The Charter currently says: "to provide a means for the RIPE ISP community to find out about the status and activities of Internet Exchange Points within the RIPE geographical area" I suggest changing this to: "to provide a means for the RIPE ISP community to: find out about the status and activities of Internet Exchange Points within the RIPE geographical area develop Best Current Practice documents provide operational feedback and guidance to hardware and software manufacturers of IX related products " Comments and improvements welcome. 7 Feedback to RIPE NCC on 20001 Activity Plan : http://www.ripe.net/ripe/docs/ripe-213.html This has been released but not yet linked from the index pages. Feedback is welcome either at the meeting, on the list or direct to the RIPE NCC. ** Coffee Break ** 8 I-Point Europe - presentation by Annette Nabavi, CEO. 9 The Peering Game - the latest simulation from Bill Norton of Equinix 10 EIX-OPS 11 AOB

2 2

Updated: EIX-WG Agenda for RIPE37
by Fearghas McKay 12 Sep '00

12 Sep '00

Here is the latest agenda for the meeting on Wednesday 13th 9am at RIPE37 1 Scribe 2 Agenda Bashing 3 IX Reports INEX - Irish Neutral IX AMSIX - Amsterdam IX LINX - London INX SFINX - French IX INXS - Munich IX VIX - Vienna IX Last minute presentations - always welcome on the day or catch me at the Reception 4 IXP switching wishlist - Mike Hughes 5 IX Best Current Practices - Nic Lewis 6 Change in WG Charter We are moving away from an being just an informative WG to having BCP and Wishlist documents. The Charter currently says: "to provide a means for the RIPE ISP community to find out about the status and activities of Internet Exchange Points within the RIPE geographical area" I suggest changing this to: "to provide a means for the RIPE ISP community to: find out about the status and activities of Internet Exchange Points within the RIPE geographical area develop Best Current Practice documents provide operational feedback and guidance to hardware and software manufacturers of IX related products " Comments and improvements welcome. 7 Feedback to RIPE NCC on 20001 Activity Plan : http://www.ripe.net/ripe/docs/ripe-213.html This has been released but not yet linked from the index pages. Feedback is welcome either at the meeting, on the list or direct to the RIPE NCC. Coffee Break 7 LINX - Considering Options For The Future 8 The Peering Game - the latest simulation from Bill Norton of Equinix 8 EIX-OPS 9 AOB

1 0