December 2006 - Test - lists.nanog.org

Fwd: Re: Routing & Addressing -- activities (BOF)
by Fergie 21 Dec '06

21 Dec '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 In the spirit of follow-up. - - ferg [snip] To: IETF Announcement list <ietf-announce(a)ietf.org> From: Brian Carpenter <brc(a)zurich.ibm.com> Date: Thu, 21 Dec 2006 02:51:18 -0500 As part of the routing and addressing activities, a BOF is planned during IETF 68, as a plenary activity (day and time to be announced later). This will be tracked in the BOF wiki at http://www1.tools.ietf.org/bof/trac/wiki Details so far: * ROAP o ROuting and Addressing Problem BOF o Joint with Internet Area; will be a plenary session o Status: preliminary discussions o Background: RAWS report o Responsible ADs: Ross Callon, Mark Townsley Ross and Mark will be collecting proposals for the goals and content of the BOF. _______________________________________________ IETF-Announce mailing list IETF-Announce(a)ietf.org https://www1.ietf.org/mailman/listinfo/ietf-announce [snip] -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.5.2 (Build 4075) wj8DBQFFikSLq1pz9mNUZTMRApF/AKDvjf8BHmUijrkT9uor17yQvXmxYwCg36xs 0PYXVj4BDzqNkNqzrathD1A= =vIeU -----END PGP SIGNATURE----- -- "Fergie", a.k.a. Paul Ferguson Engineering Architecture for the Internet fergdawg(at)netzero.net ferg's tech blog: http://fergdawg.blogspot.com/

1 0

Foundry MLX experience?
by Robert Boyle 20 Dec '06

20 Dec '06

Hello all, I am looking for a faster solution for our core. Our backbone connections are almost all exclusively Fast Ethernet, GigE, with some 10GE stuff on the horizon. We need something which can run at wire speed and take full routes now and for for the next 3-4 years. The Foundry MLX looks like the right box at the right price, but I wanted to know if anyone else has these running with 10-15 iBGP peers, 60-100 eBGP peers, and full routes from up to 10 transit connections. How do they stand up to high traffic loads, DOS attacks, etc. How is their BGP implementation, how do 3rd party SFPs work, and how stable is the hardware and software? If you happen to have experience running ISIS on them too any info on that would be great. Offlist is fine and I can summarize for the group. Thanks for any input you can offer! -Robert Tellurian Networks - Global Hosting Solutions Since 1995 http://www.tellurian.com | 888-TELLURIAN | 973-300-9211 "Well done is better than well said." - Benjamin Franklin

1 0

Fwd: [RAM] Routing & Addressing -- activities
by Fergie 20 Dec '06

20 Dec '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Just as an FYI, I think this is something Ops folks should be very interested in, and even actively participating in the discussion(s). - - ferg [snip] To: IETF Announcement list <ietf-announce(a)ietf.org> From: Leslie Daigle <leslie(a)thinkingcat.com> Date: Wed, 20 Dec 2006 20:58:05 -0500 Cc: iab(a)ietf.org, iesg(a)ietf.org, ram(a)iab.org The recent IAB workshop (see draft-iab-raws-report-00) established that a significant fraction of the Internet operations community and their equipment vendors believe that we face a scaling problem for routing in the core of the Internet, on a worrying timescale. They further believe that timely action is needed. Enough evidence was available to the workshop to convince the IAB and IESG members present that the problem is real, even if the timescale and details are debatable, and that the solution will lie in certain specific areas mentioned below. It is also evident that the Internet community has everything to gain if efforts in the IETF and IRTF are closely coordinated with those in the operations and vendor communities, and much to lose otherwise. While these problems are pressing, we believe there is time for a coordinated approach. Therefore, the IAB & IESG have worked together to identify key paths for progress in discussing and resolving this problem, and have agreed to establish an advisory group for coordinating information flow and awareness of activities (more on this group, below). We note that although this topic is of primary concern to backbone network operators and their equipment makers, many other parts of the community have an interest. These include other ISPs, enterprise network operators, mobile operators, server and host software makers, and standards development organizations other than the IETF. KEY PATHS FOR PROGRESS Regarding possible solutions, the current understanding of the cause of the scaling problem is that it is driven not by growth of the size of the Internet as such, but by growth in the demand for routing of individual address prefixes that cannot be aggregated into coarser routes. This implies that the solution will lie in the direction of separating the usage of address prefixes to identify sites from their usage for wide-area routing. There is a variety of ways that such a separation could be achieved. Following various discussions at IETF67, we set out below the main lines of action that we propose, followed by a suggested arrangement to drive these actions forward in parallel. (1) Complete the problem statement, addressing the issues raised in the IAB workshop and others as applicable. (2) Determine applicable objective metrics and identify applicable trend analyses for them. (3) Document the underlying causes of perceived scaling problems. (4) Review proposed solution directions in terms of expected impact in addressing scaling issues as well as architectural soundness. (5) Encourage and nurture short term solution proposals, prototypes and appropriate standards activity. (6) Encourage and nurture relevant research activities directed towards long term solutions. INTEGRATION WITH EXISTING IETF FUNCTIONS The IAB and IESG intend to take their full part in these actions, but specifically as part of a broad community effort. The IAB would expect to focus on actions to promote (1), (2), (3) and (4), and expects the IRTF to work with other research entities on (6). The IAB in particular publishes informational documents, convenes workshops, and supports IRTF work as necessary and possible. The IESG will play its normal role in chartering BoFs and WGs and reviewing WG and individual submission (IETF stream) documents as appropriate and in particular for (5). To be as inclusive as possible, while sustaining the effort over a number of years, the IAB and IESG propose a tiered approach to project coordination: (A) We assume that detailed work will be carried out by ad hoc or chartered teams, and there is no grand plan for structuring these teams. As always in the development of the Internet, we expect analysis and solutions to come from the community at large. (B) IAB workshops, BOFs, IETF WGs and IRTF RGs can be organized in the normal way, as issues and proposals arise in the community. (C) General discussion is already proceeding on the ram(a)iab.org list. More specialized lists can be created as needed. COORDINATION The IETF and IAB Chairs will appoint a Directorate, including roughly ten people with different experience and expertise, to stay abreast of activities, provide coordinated updates, as well as input to the IESG and IAB about progress against the noted actions above. We use the name "Directorate" simply because it is a recognized term in the IETF; we expect it to focus on communication and coordination. It will not be charged with picking solutions or choosing a technical direction. That will be a community decision. This Directorate is expected to have a lifetime of about 5 years (with an annual review of membership). The Directorate will be organized and reviewed periodically to ensure it is running smoothly and reporting on overall progress. Specific objectives of the Directorate will be: (i) On a continuing basis, survey existing efforts on the lines of action listed above, and facilitate discussion of effectiveness and timeliness of proposals and problem statements, etc. (ii) Report to the IAB, IESG and the community regularly (at least once per IETF meeting) about those efforts, and highlight specific gaps or concerns about progress. (iii) Provide feedback to IESG, IAB and IRSG on any relevant proposed activities in the area (e.g., WG or RG charters, BOF or workshop proposals, etc). The Directorate will be charged with encouraging appropriate communication with all the identified constituencies. Leslie & Brian, for the IAB & IESG. _______________________________________________ RAM mailing list RAM(a)iab.org https://www1.ietf.org/mailman/listinfo/ram [snip] -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.5.2 (Build 4075) wj8DBQFFifY9q1pz9mNUZTMRAgAsAJ46FAuVI04u261DetElSc88I9raEACgpFgi ZM4zPZBtHCsVNBT21fDY2fA= =TdlZ -----END PGP SIGNATURE----- -- "Fergie", a.k.a. Paul Ferguson Engineering Architecture for the Internet fergdawg(at)netzero.net ferg's tech blog: http://fergdawg.blogspot.com/

1 0

NZNOG 2007 conference registrations are now open
by Jonny Martin 19 Dec '06

19 Dec '06

(Apologies for any duplicates...) Hi All. The New Zealand Network Operators Group (NZNOG) is holding it's annual conference from January 31st to February 2nd 2007 in Palmerston North, New Zealand. Registrations are now open at http://www.nznog.org/registernow.html We encourage you to register early. NZNOG conferences are always lively, educational, and offer a great chance to network with peers from both within NZ and See you there! Jonny.

1 0

Microsoft Corporate Postmaster Contact?
by Ken Simpson 19 Dec '06

19 Dec '06

A client of ours is having an issue receiving mail from microsoft.com's corporate servers. Does anyone by chance have a contact for their postmaster? Thanks, Ken -- Ken Simpson, CEO MailChannels Corporation Reliable Email Delivery (tm) http://www.mailchannels.com

7 7

Re: Microsoft Corporate Postmaster Contact?
by Steve Sobol 18 Dec '06

18 Dec '06

On Mon, 18 Dec 2006, Bill Moran wrote: > Sure. No show-stopper. Just make a reasonable contribution to the > Fraternal Order of Police and we'll be happy to come investigate your > breakin-in-progress. Mr. Moran, I think you're taking quite a bit of creative license in describing the situation. :) Microsoft doesn't profit from having you as a Hotmail user, except that they can then claim you as another one of their gazillion users and occasionally email you telling you you Really Need to Take Advantage of Some Non-Free Product Or Service. -- Steve Sobol, Professional Geek ** Java/VB/VC/PHP/Perl ** Linux/*BSD/Windows Victorville, California PGP:0xE3AE35ED It's all fun and games until someone starts a bonfire in the living room.

1 0

Topics for NANOG 39 - Feb 4-7 in Toronto
by Steve Feldman 18 Dec '06

18 Dec '06

These presentations have been accepted for NANOG 39, to be held on February 4-7, 2007 in Toronto. See http://www.nanog.org for registration and other information. General Session: sFlow - Why you should use it and like it - Richard A Steenbergen, nLayer Communications 4-Byte ASNs - The View from the Old BGP World - Geoff Huston, APNIC Deployment of 32 bit AS Numbers - Henk Uijterwaal, RIPE NCC Beyond 200 Gbps - Niels Bakker, AMS-IX Lightning talks - by you! (details to follow) Research Forum: A Technical Approach to Net Neutrality - Xiaowei Yang, UC Irvine Tutorials: How to Update Wireshark (Ethereal) - Aamer Akhter, cisco Systems BGP Troubleshooting Techniques - Philip Smith, Cisco Systems IP Mulitcast/Multipoint for IPTV (and beyond) - Toerless Eckert, cisco systems Best Practices for Determining the Traffic Matrix in IP Networks - Thomas Telkamp, Cariden technologies, Inc. NetFlow to guard the infrastructure - a tutorial - yann berthier BOFs: PGP Key Signing - Joe Abley or appropriate stand-in goon How to Host a NANOG Meeting - Joe Abley et al. Peering BOF XIV - Bill Norton, IPv6 Network Operators BOF - Stewart Bamford Pushing the FIB limits, perspectives on pressures confronting modern routers. - Joel Jaeggli The meeting will follow the usual Sunday through Wednesday format: Sunday Feb. 4, - Afternoon: Newcomers reception and community meeting Monday Feb. 5 - Morning: General session - Afternoon: Tutorials and BOFs - Evening: Beer & Gear reception Tuesday Feb. 6 - Morning: General session - Afternoon: Tutorials and BOFs - Evening: Informal BOFs (meeting room signup on site) Wednesday, Feb. 7 - Morning: General session The meeting will end at lunchtime on Wednesday. More topics will be announced, and a preliminary agenda published, by January 12, 2007.

1 0

Clueful verizon Email Admin needed
by Wayne P. HIll 18 Dec '06

18 Dec '06

Apologies for spamming the list with this, but we've been getting the runaround from Verizon for the last week and really need to find an engineer to work with. We've been recieving reports both from out customers and Verizon customers that email between Voicenet.com and Verizon.net is not passing through, either to us from from, or from us to them. The number on puck.nether.net would lead me nowhere without lying, which would likely be counter productive. Is anyone, or does anybody know anyone at Verizon we could work with to get this resolved? Thanks, Wayne Hill

1 0

Best networks with international presence..
by Drew Weaver 18 Dec '06

18 Dec '06

I am looking for opinions of what US carriers have the best connectivity with the international players such as teleglobe, etc. Mainly, we are trying to determine if there is any way for us to get less latency from teleglobe's customers to our network (we currently see something like 1100 ms in teleglobe's london POP in traceroutes from our customers to our network). thanks for any opinions/advice. -Drew

3 2

Drone Armies C&C Report - 15 Dec 2006
by c2report＠isotf.org 15 Dec '06

15 Dec '06

This is a periodic public report from the ISOTF's affiliated group 'DA' (Drone Armies (botnets) research and mitigation mailing list / TISF DA) with the ISOTF affiliated ASreport project (TISF / RatOut). For this report it should be noted that we base our analysis on the data we have accumulated from various sources, which may be incomplete. Any responsible party that wishes to receive reports of botnet command and control servers on their network(s) regularly and directly, feel free to contact us. For purposes of this report we use the following terms open the host completed the TCP handshake closed No activity detected reset issued a RST This month's survey is of 4898 unique, domains (or IPs) with port suspect C&Cs. This list is extracted from the BBL which has a historical base of 14350 reported C&Cs. Of the suspect C&Cs surveyed, 575 reported as Open, 1588 reported as closed, and 805 issued resets to the survey instrument. Of the C&Cs listed by domain name in the our C&C database, 5867 are mitigated. Top 20 ASNes by Total suspect domains mapping to a host in the ASN. These numbers are determined by counting the number of domains which resolve to a host in the ASN. We do not remove duplicates and some of the ASNs reported have many domains mapping to a single IP. Note the Percent_resolved figure is calculated using only the Total and Open counts and does not represent a mitigation effectiveness metric. Percent_ ASN Responsible Party Total Open Resolved 19318 NJIIX-AS-1 - NEW JERSEY INTERN 122 23 81 13301 UNITEDCOLO-AS Autonomous System of 116 37 68 30058 FDCSE FDCservers.net LLC 48 13 73 23522 CIT-FOONET 48 19 60 16265 LEASEWEB AS 43 7 84 8560 SCHLUND-AS 42 32 24 4766 KIXS-AS-KR 38 6 84 9318 HANARO-AS 36 15 58 7132 SBC Internet Services 36 6 83 174 Cogent Communications 34 28 18 4837 CHINA169-Backbone 32 6 81 13213 UK2NET-AS UK-2 Ltd Autonomous Syste 31 5 84 33597 InfoRelay Online Systems, Inc. 31 0 100 14744 PNAP Internap Network Services 30 0 100 15083 IIS-129 Infolink Information Servic 28 1 96 25761 STAMIN-2 Staminus Communications 26 11 58 3561 Savvis 25 1 96 10913 PNAP Internap Network Services 25 0 100 24611 AS24611 Datacenter Luxembourg S.A. 24 0 100 4314 IIS-64 I-55 INTERNET SERVICES 24 2 92 Top 20 ASNes by number of active suspect C&Cs. These counts are determined by the number of suspect domains or IPs located within the ASN completed a connection request. Percent_ ASN Responsible Party Total Open Resolved 13301 UNITEDCOLO-AS Autonomous System of 116 37 68 8560 SCHLUND-AS 42 32 24 174 Cogent Communications 34 28 18 19318 NJIIX-AS-1 - NEW JERSEY INTERN 122 23 81 23522 CIT-FOONET 48 19 60 9318 HANARO-AS 36 15 58 30058 FDCSE FDCservers.net LLC 48 13 73 25761 STAMIN-2 Staminus Communications 26 11 58 3786 ERX-DACOMNET 18 8 56 29737 WideOpenWest LLC 11 8 27 1781 KAIST-DAEJEON-AS-KR Korea Advanced 11 8 27 18942 WEBHO-3 WebHostPlus Inc 11 7 36 16265 LEASEWEB AS 43 7 84 6939 HURRICANE - Hurricane Electric 11 6 45 4766 KIXS-AS-KR 38 6 84 4837 CHINA169-Backbone 32 6 81 7132 SBC Internet Services 36 6 83 12322 PROXAD AS for Proxad ISP 8 5 38 19444 CHARTER COMMUNICATIONS 6 5 17 29686 PROBENETWORKS-AS Probe Networks 5 5 0 A version of this report with addition rankings can be found via the isotf.org home page. Randal Vaughn Gadi Evron Professor ge at linuxbox.org Baylor University Waco, TX (254) 710 4756 randy_vaughn at baylor.edu

1 0