July 2006 - Test - lists.nanog.org

Multicast Survey
by Marshall Eubanks 12 Jul '06

12 Jul '06

Hello; The Multicast Backbone deployment (Mboned) Working Group of the IETF is conducting a Survey of Multicast operators and providers. The survey is intended to better understand the current state of multicast to better inform the work of the Mboned, and I would like to encourage network operators with multicast support to fill it out. The survey is at http://www.multicasttech.com/survey/MBoneD_Survey_v_1_5.txt http://www.multicasttech.com/survey/MBoneD_Survey_v_1_5.pdf The survey responses will be "anonymized"; the survey "anonymizer" is Lucy Lynch and replies should be sent to her at llynch(a)darkwing.uoregon.edu. Survey results will be made publicly available (with, of course, the exception of the respondent's identities). There is a deadline of September 1, 2006, for responses. Please respond if you feel if it is appropriate, and fell free to distribute it to anyone who you feel is relevant. We encourage responses from all multicast providers, including commercial, educational and research providers. I would appreciate any assistance in this matter. Regards Marshall Eubanks / Mboned Co-chair.

1 0

RE: Best practices inquiry: filtering 128/1
by WONG, Yuen-Fung 12 Jul '06

12 Jul '06

> Do you not prefix-list customers? That'd have solved this, eh? The problem is: the route is coming from our upstreams / peers. that means they also did not filter it out....... :( -yf

2 1

RE: Net Neutrality Legislative Proposal
by Joseph Jackson 11 Jul '06

11 Jul '06

> Behalf Of Florian Weimer > Sent: Tuesday, July 11, 2006 6:58 AM > To: Mark Newton > Cc: Seth Johnson; nanog(a)nanog.org > Subject: Re: Net Neutrality Legislative Proposal > > > * Mark Newton: > > > On Tue, Jul 11, 2006 at 09:39:50AM +0200, Florian Weimer wrote: > > > > > * Mark Newton: > > > > On Tue, Jul 11, 2006 at 07:58:48AM +0200, Florian Weimer wrote: > > > > > (I've wondered for quite some time if "net > neutrality" implies > > that > > > Ebay or Google must carry third party traffic on their > > corporate > > > networks, by the way.) > > eBay and > Google aren't > > selling transit. > > > > > > Neither is your local cable company. 8-) > > > > Eh? Of course they are. They're selling transit to their > cable modem > > customers, surely? > > Quote from a typical terms of service agreement: > > | (b) Subscriber will not resell the Service, or any portion > thereof, or > | otherwise charge others to use the Service, or any portion thereof. > | The Service is for personal use only, and Subscriber agrees > not to use > | the Service for operation as an Internet Service Provider, > to host web > | sites for other parties or for any other business enterprise or to > | connect the Cable modem to any server or to any computer outside of > | the Subscriber's premises. > | > | (c) Without Time Warner Cable 's prior written approval, Subscriber > | shall not post or transmit through the Service any material that > | constitutes or contains advertising or any solicitation > with respect > | to products or services, nor shall Subscriber transmit bulk e-mail > | without prior written permission from Time Warner Cable. > > IP transit has no such restrictions. > We currently buy ip transit service from Cox Cable. You can also get a buisness cable modem service from them and resell transit on it. Tho this might only apply to the Las Vegas market.

1 0

Best practices inquiry: filtering 128/1
by WONG, Yuen-Fung 11 Jul '06

11 Jul '06

Sometimes earlier this year someone announced this 128/1 and caused heavy loading to our routers to rebuild the CEF. Would anyone filter out this route (and other similar routes such as 0/1, 128/1, 0/2, 64/2, .... up to /4, for example) as bogus routes? Thanks. --yf

8 8

RE: Sitefinder II, the sequel...
by Joseph Jackson 11 Jul '06

11 Jul '06

I agree. I think this isn't a bad service. If people want to run it more power to them. > -----Original Message----- > From: Daniel Golding [mailto:dgolding@tier1research.com] > Sent: Tuesday, July 11, 2006 12:22 PM > To: 'Stephane Bortzmeyer'; 'Steve Sobol' > Cc: Joseph Jackson; nanog(a)nanog.org > Subject: RE: Sitefinder II, the sequel... > > > That's absolutely ridiculous. Enterprise IT organizations > make decisions on behalf of their userbase all day. Frankly, > I'd be shocked if many tried this out - most enterprises run > their own DNS servers as part of an Active Directory scheme. > In any case, those workstations belong to the enterprise and > they can point them to whatever DNS servers they want. > > For most end-users, their Internet access provider already > selects their DNS caching server. ISPs are within their > rights to do this - I'm surprised most broadband ISPs haven't > done exactly what OpenDNS is doing to generate revenue. > > I'm sure if you look really hard, you can find something else > to be outraged about. OpenDNS isn't it. I'm at a loss to > explain why people are trying so hard to condemn something like this. > > - Daniel Golding > > > -----Original Message----- > > From: owner-nanog(a)merit.edu [mailto:owner-nanog@merit.edu] > On Behalf > > Of Stephane Bortzmeyer > > Sent: Tuesday, July 11, 2006 3:09 AM > > To: Steve Sobol > > Cc: Joseph Jackson; nanog(a)nanog.org > > Subject: Re: Sitefinder II, the sequel... > > > > > > On Mon, Jul 10, 2006 at 11:19:51PM -0700, Steve Sobol > > <sjsobol(a)JustThe.net> wrote a message of 16 lines which said: > > > > > There's a big difference, of course, between > INTENTIONALLY pointing > > > your computers at DNS servers that do this kind of thing, > and having > > > it done for you without your knowledge and/or consent. > > > > As Steven Bellovin pointed out, most OpenDNS users will not > choose it: > > it will be choosen for them by their corporate IT department or by > > their Internet access provider. > > >

1 0

(2nd) Call for Volunteers for Mailing List Administration Panel
by Randy Bush 11 Jul '06

11 Jul '06

There is an opening on the NANOG Mail List Administration Panel. According to the draft charter[1]: "... The NANOG list will be administered and minimally moderated by a panel selected by the Steering Committee." Accordingly, the Steering Committee is soliciting nominations for this open position, from now through 17:00 GMT Thursday, August 13, 2006. ** Procedure ** To volunteer yourself or nominate someone else, please send mail to steering(a)nanog.org with the following information, no later than 17:00 GMT Sunday August 13, 2006. - Your name - Nominee's name (if not you) - Nominee's email address - Nominee's phone number - Nominee's employer - Reasons why you believe the nominee is qualified to serve on the Mail List Panel. We will contact each of the nominees to verify interest and possibly request additional information. Once all nominations have been received, the Steering Committee, in cooperation with the Mailing List Panel, will select the new member from among the nominees. The result will be announced on the nanog-announce mailing list. ** Eligibility ** Anyone actively reading the nanog(a)nanog.org mailing list is eligible. A nominee may not be a member of the NANOG Program Committee or of the NANOG Steering Committee. ** Duties ** Basic duties include reading the mailing list and assisting with keeping things on-topic. The team also deals with abuse issues as they arise. ** Length of term ** The charter does not specify ML Panel member term lengths. Open discussion of this is being led by the NANOG Steering Committee. If you have any questions, please post to the meta-discussion list, nanog-futures(a)nanog.org, or email nanog-admin(a)nanog.org and steering(a)nanog.org. Finally, on behalf of the Mailing List Panel and the Steering Committee, we would like to thank everyone for their help in making NANOG a useful environment for operators. randy for the SC & Chris Malayter, for the MLC

1 0

Re: Net Neutrality Legislative Proposal
by Fergie 11 Jul '06

11 Jul '06

I disagree with your statement on NAT end-points not being "publicly accessible" -- that's certainly not true, and a myth that needs to be finally killed. The "statefulness" of the NAT gateway handles that -- it's a non-issue. I get really tired of hearing people perpetuate this mistruth. Of course, my comment on this has nothing to do with whatever the original thread was... - ferg -- Florian Weimer <fw(a)deneb.enyo.de> wrote: [snip] So I put all my customers behind a NAT device (or just a stateful packet filter). They are no longer publicly accessible, and hence not subject to the provisions of this section. Fixing that would probably require companies to open up their corporate networks, which is a non-starter. (I've wondered for quite some time if "net neutrality" implies that Ebay or Google must carry third party traffic on their corporate networks, by the way.) -- "Fergie", a.k.a. Paul Ferguson Engineering Architecture for the Internet fergdawg(at)netzero.net ferg's tech blog: http://fergdawg.blogspot.com/

2 1

Re: Sitefinder II, the sequel...
by Joseph Jackson 11 Jul '06

11 Jul '06

If its their corp IT peopl. Oh well they should get over it. If isp vote with your dollars. -----Original Message----- From: Stephane Bortzmeyer [mailto:bortzmeyer@nic.fr] Sent: Tue Jul 11 00:09:25 2006 To: Steve Sobol Cc: Joseph Jackson; nanog(a)nanog.org Subject: Re: Sitefinder II, the sequel... On Mon, Jul 10, 2006 at 11:19:51PM -0700, Steve Sobol <sjsobol(a)JustThe.net> wrote a message of 16 lines which said: > There's a big difference, of course, between INTENTIONALLY pointing > your computers at DNS servers that do this kind of thing, and having > it done for you without your knowledge and/or consent. As Steven Bellovin pointed out, most OpenDNS users will not choose it: it will be choosen for them by their corporate IT department or by their Internet access provider.

2 1

RE: Best practices inquiry: filtering 128/1
by WONG, Yuen-Fung 11 Jul '06

11 Jul '06

> Would anyone not filter those routes? Why wouldn't you filter to /7? > > Actually, I take that back. Why wouldn't you just get a feed from > Cymru <http://www.cymru.com/Bogons/index.html> ?? > We had some hesitation on putting in a 1/ le /7 filter as these are not mentioned in any document / recommendation that they are invalid / bogus routes... nor in the Cymru. Anyway, just spotted this in Cymru [Ingress Prefix Filter Templates, Loose and Strict (Cisco)] but it was not included / mentioned in their fltr-bogons: ! Block Prefixes less than /5. ! ip prefix-list ISP-Ingress-In-Loose seq 50 deny 0.0.0.0/0 le 5 ! ! Block /6 and /7 prefixes - We have this in as a marker to see if any of the ! large networks pull together any /8s into smaller blocks. Watch this hit ! counters with "show ip prefix". Tuned per Adriana Vascan <avascan(a)cisco.com> ! suggestion. ! ip prefix-list ISP-Ingress-In-Loose seq 55 deny 0.0.0.0/0 le 6 ip prefix-list ISP-Ingress-In-Loose seq 60 deny 0.0.0.0/0 le 7 ! -yf

1 0

APRICOT 2007 Call for Papers
by Jonny Martin 10 Jul '06

10 Jul '06

Hi All. The APRICOT 2007 call for papers is now open, as per the following. Cheers, Jonny Martin APRICOT Program Committee --- Asia Pacific Regional Internet Conference on Operational Technologies (APRICOT) Bali, Indonesia 21st Feb - 2nd March 2007 http://www.2007.apricot.net Call for Papers The APRICOT 2007 Program Committee is now seeking contributors to the program. This is the main call for Presentations & Tutorials before the final program is fixed. We would like to give people the opportunity to submit their proposals early and to encourage people in the Asia Pacific region who have not previously presented their work to do so. We are looking for people who would like to: * Offer a technical tutorial on an appropriate topic; and/or * Participate in the technical conference sessions as a speaker; and/or * Convene and chair a Birds of a Feather (BOF) session. CONFERENCE MILESTONES --------------------- Call for Papers Opens: 1 July 2006 Deadline for Speaker Submissions: 30 October 2006 First Draft Program Published: 15 November 2006 Final Program Published: 15 January 2007 PROGRAM MATERIAL ---------------- APRICOT 2007 will be arranged into six operational streams, each of which will contain a number of conference tracks and related tutorials. This streamed approach is designed to foster operational communities within the Asia Pacific region. Each stream will take place in the same area providing opportunity for people do further discuss and network with peers. Streams for APRICOT 2007 are: 1. Routing Operations IPv4 and IPv6 Routing, APNIC Routing and IPv6 Technical SIG, MPLS, Backbone operations. 2. Services Operations DNS, VOIP, ENUM, IDN, IDC, content and other services, APNIC DNS SIG. 3. Security Operations NSP-Sec, DDoS, Security Operations, Anti-SPAM, Anti-Malware. 4. Internet Provider Relationships IXP Operations, Peering, APNIC IX SIG. 5. Access Technologies Wireless, WiMax, Metro Ethernet, DSL, Broadband access aggregation. 6. APNIC Stream APNIC's NIR, Database, Policy SIGs. TUTORIALS Tutorials are full-day workshops which focus on a particular subject in-depth. They may be presented by a single Instructor, or a team of instructors working together. Tutorial Instructors are encouraged to also sign up to be a Speaker in the Technical Conference Program as well. You can sign up to give a tutorial and/or conference session presentation by following the instructions at the end of this message for signing up as a speaker or instructor. Tutorial topics which have successful in the past, or have been requested for this year are: - Network security, IPSec, Auditing/Forensics, DDoS Mitigation, VoIP Security - Address planning, conservation, responsibility and migration to IPv6 - High performance IP backbone routing and management - BGP MultiHoming - MPLS - IPv6 implementation - Network planning, management and traffic engineering - Internet exchanges, construction, peering and collocation - Operations, NOC, Helpdesk and other support aspects - BIND, DNSSEC, Split Horizon DNS, and Reverse and multilingual DNS - Broadband first/last mile access technologies - Mobile and wireless technologies - Content, Applications, streaming and multimedia infrastructure - VoIP, Unified messaging, scaling e-mail infrastructure, Asterisk, etc. - Hosted Essential Services (mail, DNS, etc), Server scaling, Open source - Quantitative Analysis for Internet Public Policy The program committee will consider proposals for tutorials in any of these areas, and also in new areas. There will be two days of Tutorials. Tutorials last 1/2 day or a full day and can cater to beginner through to advanced audiences. Tutorial days are typically split into four 1.5 hour sessions. If you have an idea for a tutorial subject that is not listed, please feel free to submit it to us. TECHNICAL CONFERENCE SESSIONS The Main Conference Program for 2006 will be made up of two days, with three streams each day. In addition there will be a stream focused on local (Indonesian) internet issues. Each stream will consist of four 1.5 hour sessions, with each having three or four presentations. This allows 20-30mins per presenter. Sessions are chaired by persons of appropriate expertise in the subject matter of the session and will include ample time for questions from the audience. Successful presentations from past APRICOTs have covered topics relevant to current operational deployments or new technologies not yet in wide deployment. Proposals for conference presentations are invited for topics fitting into the six streams outlined above. If you would like to give a presentation at one or more of the sessions, follow the instructions at the end of this message for signing up as a speaker or instructor. CFP SUBMISSION -------------- When considering a presentation or tutorial, remember that the APRICOT audience is mainly comprised of technical network operators and engineers with a wide range of experience levels from beginners to multi-year experience. There is a strong orientation to offer core skills and basic knowledge in the tutorials and to address issues relevant to the day-to-day operations of ISPs and network operators over the next 12 - 18 months in the conference sessions. The deadline for submissions is 30 October, 2006. Draft slides for both tutorials and conference sessions MUST be provided with CfP submissions. Final slides are to be provided by 15 January, 2007. While the majority of speaking slots will be submitted by 30 October 2006, a limited number of slots may be available for presentations that are exceptionally timely, important, or of critical operational importance. IMPORTANT NOTE -------------- APRICOT is a TECHNICAL conference so marketing and commercial content is not allowed within the program. The program committee is charged with maintaining the technical standard of APRICOT, and will therefore not accept inappropriate materials. It is expected that the presenter be a technical person and not a sales or marketing person. The audience is extremely technical and expects that the speakers are themselves very knowledgeable. All sessions provide time for questions, so presenters should expect technical questions and be prepared to deliver insightful and technically deep responses. FUNDING AND SUPPORT ------------------- APRICOT is a not-for-profit event that tries to keep the cost to attendees low so we are unable to pay the travel costs of speakers. Speakers from developing countries may be eligible for the APRICOT Fellowship Program which provides basic assistance to successful fellows to cover local living and registration expenses associated with attending the conference. Of course, Tutorial instructors will not have to pay any registration fee to attend the conference or tutorials, and Conference Speakers do not have to pay for registration to the Technical Conference. SIGNING UP AS A SPEAKER, INSTRUCTOR OR BOF Convener If you would like to be considered as a tutorial instructor, session speaker, or a convener of a BOF, please fillin the form at http:// submission.apricot.net/ More information on the conference is available at http:/www.2007.apricot.net Thanks, APRICOT Program Committee program(a)apricot.net

1 0