January 2001 - NANOG - lists.nanog.org

How can we provide enough IP address to MAN network
by Yu Ning 05 Jan '01

05 Jan '01

Hi nanog, When we build MAN (Metropolitan Area Network), we're basically enable the ip layer communication between millions of end system - taking into account the number of family, business building PCs,etc. Recall the scarcity of IPv4 address, I wonder how this huge ip address demand was met in US ? In my mind, we have the following choices: 1. Build the MAN into a private address network, a class A network 10.x.x.x will be sufficient for most metropolitan. But the cons is: need PAT/NAT to access public Internet, and that leads to the potential performance bottleneck. 2. Just wondering, can we use a distributed DHCP system? In this scenario, we can almost convert the address consuming MAN into a 10 to 1 (or 20 to 1) address pool, which achieve nearly the same address utilization efficiency of dialup address pool. Cons: don't know the scalability of DHCP, any comments? 3. Build the MAN into a IPv6 network, and use address conversion at the interconnection point between v4 and v6. Just an idea, feeling that conversion efficiency between v4-v6 should be better than NAT/PAT, any support comments? thanks ! Yu Ning -------------------------------------- (Mr.) Yu Ning, Chief Eng. Internet Network Product Dep. Data Com. Bureau, China Telecom Beijing, P.R.C. +86-10-62072357/54 --------------------------------------

5 4

Is there anyone clueful at Conxion ?
by Bruce Campbell 05 Jan '01

05 Jan '01

Or, who do you contact in Conxion to stop receiving their notification notices? My employer seems to have gotten onto their list by mistake (no current or former connection to Conxion) and since September, no-one in Conxion has deigned to reply to requests to cease and desist via appropriate channels (ie, the return email address, phone, domain/IP/ASN contacts). --==-- Bruce.

1 0

RE: florida ix(en) facing south
by Barrows, Jeff 05 Jan '01

05 Jan '01

>but those "clueless folks" are just providing L2 switching >and colocation in an essence. > >My point is -- it is important to whom do you peer at NAP, >not who is your "real estate" landlord. if you don't care how often the L2 thing goes down, how knowledgeable the person that picks up the phone is, or how long it takes to figure out the difference between single- and multi-mode fiber. i won't call them clueless, or insinuate that either of the IX operators discussed here are, but... yes, it does matter whether or not they are knowledgeable folks on the technology side, and yes, i want them to understand IP traffic, traffic queuing, capacity planning, congestion issues, scaling, platforms, and other things that Internet providers need to discuss with them. luckily, while some of the players down in Miami may have interests in a Miami IX from the real estate side, i don't think either of them are proposing having a bricklayer or handyman configuring the L2 gear. still though, none of that matters if the set of folks that i want to connect to aren't present there with the parts [not just transit] of their network that i want to connect to-- so that's what i am interested in knowing at the moment. i am also quite interested in knowing what the 'familiar' folks' (i.e., Equinix, Worldcom, etc.) positions are on developing an exchange in that region, and would welcome their stepping up to the demand. (either in this forum or directly.) - jsb

2 1

FYI...
by Danny McPherson 04 Jan '01

04 Jan '01

To: IETF-Announce: ; From: Internet-Drafts(a)ietf.org Subject: I-D ACTION:draft-mcpherson-bgp-route-oscillation-00.txt Date: Thu, 04 Jan 2001 07:26:57 -0500 A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : BGP Persistent Route Oscillation Condition Author(s) : D. McPherson, V. Gill, D. Walton, A. Retana Filename : draft-mcpherson-bgp-route-oscillation-00.txt Pages : 18 Date : 03-Jan-01 The Border Gateway Protocol (BGP) [1] is an inter-Autonomous System routing protocol. The primary function of a BGP speaking system is to exchange network reachability information with other BGP systems. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-mcpherson-bgp-route-oscillation-0… Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-mcpherson-bgp-route-oscillation-00.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv(a)ietf.org. In the body type: "FILE /internet-drafts/draft-mcpherson-bgp-route-oscillation-00.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages.

3 2

FTP with authentication to RADIUS
by Michael Medwid 04 Jan '01

04 Jan '01

Anyone know of an FTP server product that hooks into RADIUS for authentication? NT or Linux?

4 3

Dialup congestion and winter weather
by Sean Donelan 04 Jan '01

04 Jan '01

It seems like a lot of people are at home, dialing into the Internet today. There is a major ice storm in the middle of the country, and its pretty much a holiday week elsewhere. Traffic seems to be moving on the major backbones, but some folks in the midwest report some problems dialing in from home.

3 2

Re: FTP with authentication to RADIUS
by joshua stein 04 Jan '01

04 Jan '01

John A. Tamplin wrote: > Unless I misread something, the Radius PAM module only supports accounting > not authentication. nope. we're using for authentication with proftpd and postfix (cyrus-sasl). http://www.freeradius.org/pam_radius_auth/

1 0

RE: Dialup congestion and winter weather (fwd)
by Roeland Meyer 04 Jan '01

04 Jan '01

Yes, I was dialing into my own network. No, I didn't make the connection to the weather. Yes, it was LD from coast to coast, via AT&T calling card. Yes, I did make the point that it was time-dependent. But, that could have easily been a local-loop circuit dependency. Where, I got a circuit that wasn't limited. I am now back on the west coast and no longer in southern bell's region. However, when I was there, I ran local loop tests that indicated that the problem was on the near-end (NC). On the CA end, I consistantly get >33.6K connections. I get similar results from CO, NV, WA, and OR metro areas (>33.6K, consistently [I run both V.90 and 33.6K modem banks]). Only in southern bell's regions does it drop to 14.4K (I was in Graham, NC). Note: In the past 15 years, most (90%) of the bandwidth problems, using modems, both customer and corporate, that I have had, were "last mile" issues (IOW, local loop, usually at the end-node). -----Original Message----- From: Christopher Grupe [mailto:cgrupe@nortelnetworks.com] Sent: Thursday, January 04, 2001 9:27 AM To: Roeland Meyer; Roeland Meyer; 'multics(a)ruserved.com'; nanog(a)merit.edu Subject: RE: Dialup congestion and winter weather (fwd) Maybe I misunderstood the statement you made... Let me paraphrase your original statement... During bad weather, at certain periods of time you experience: consistent 14.4Kbps connections using AT&T (ISP? or Long distance?) Long distance from Coast to Coast??? Are you just dialing into your network? Christopher Grupe Sr. Sales Engineer Nortel Networks, Service Provider & Carrier cgrupe(a)nortelnetworks.com I speak for myself! -----Original Message----- From: Roeland Meyer [ mailto:rmeyer@mhsc.com <mailto:rmeyer@mhsc.com> ] Sent: Thursday, January 04, 2001 2:19 AM To: Grupe, Christopher [DPARK:9234:EXCH]; Roeland Meyer; 'multics(a)ruserved.com'; nanog(a)merit.edu Subject: RE: Dialup congestion and winter weather (fwd) 1) I'm my own ISP, dialing into my own modem banks. I am reasonably confident that I know what my own systems are doing. They are not interacting as you describe. 2) Local loop-back tests show that my servers see full bandwidth, on their last mile. Similar testing on the NC "last mile" show the bandwidth contraints. Since the bandwidth is constrained on the "last mile", the LD trunk behavior is irrelevent. Although, that was a probability, until I did the tests. 3) You really wouldn't believe the telco attachment equipment I carry in the *other* half of my lap-top case. On the road, I can attach to the tin-cans-n-string communications network, if I have to. Even if it does add 15 pounds to the carry weight<g>. -----Original Message----- From: Christopher Grupe [ mailto:cgrupe@nortelnetworks.com <mailto:cgrupe@nortelnetworks.com> ] Sent: Wednesday, January 03, 2001 7:56 AM To: Roeland Meyer; 'multics(a)ruserved.com'; nanog(a)merit.edu Subject: RE: Dialup congestion and winter weather (fwd) He Sent, >-----Original Message----- >From: Roeland Meyer [ mailto:rmeyer@mhsc.com <mailto:rmeyer@mhsc.com> ] >Sent: Wednesday, January 03, 2001 12:53 AM >To: 'multics(a)ruserved.com'; nanog(a)merit.edu >Subject: RE: Dialup congestion and winter weather (fwd) > > > >That isn't the only issue. I've just found that Southern Bell does bandwidth >limiting on their residential customers. Most folks would never know the >difference, but when v.90 modems start consistantly connecting at 14.4K, or >less, then I know that the telco is only allowing 32K per voice channel >(rather than the usual 64K). BTW, that was using AT&T universal LD from >Graham, NC, to Livermore, CA. I only ever got full-speed late at night. Come on, The ISP is not going to write an init script for their modems to permanently have them connect at 14.4. Telco's don't turn down the PCM rate on dial up's to 32KBps either... Telco's (RBOC's) have a separate (unregulated) ISP, which handles dial up traffic. The regulated side is the switched side (voice switch).... One has nothing to do with the other (usually union workers on the regulated side, and non-union on the unregulated side). So to prove your point, the dial side (ISP non-union) would call the CO's and have the Switchman changed the line card to an ADPCM (32Kbps) card at the switch, and the ISP sets their modems to connect at 14.4Kbps. No way Jose! Some CLEC's are running their line cards using ADPCM (32Kbps) and over an ATM backbone. The RBOC's at this time are still using typical PCM (64Kbps) per channel, for the line cards (unless using BRI). The problem you may be experiencing is with the inter switched trunks, or coming in a span that has timing slips, Errored Seconds, and severely errored seconds, etc. Especially if you are going LD from NC to CA. Christopher Grupe Sr. Sales Engineer Nortel Networks, Service Provider & Carrier cgrupe(a)nortelnetworks.com I speak for myself!

1 0

SLC power failures
by Sean Donelan 04 Jan '01

04 Jan '01

As power is being restored throughout the midwestern part of the US, one interesting feature showed up. A lot of telephone companies are using Subcriber Loop Carriers (SLCs) to provide service. Some phone companies are using local power sources with limited battery backup for some SLCs. With the extended power outages, central offices with generators maintained service; however, the remote equipment didn't have local generators. This resulted in people losing their local loops and telephone service as the power outages lasted for days. What does this have to with the Internet? Well, it started me thinking about Southwestern Bell Telephone's new Project Pronto, their plan to deploy DSL. As part of this, my understanding of the technology, is the increased equipment huts and remote locations without the same backups found in central offices.

5 4

Follow-up to "EGP/Peering survey"
by abha 04 Jan '01

04 Jan '01

Hi All! Just wanted to do one last recruit for ISP volunteers to participate... and to gently nudge those who have surveys to complete them. Thank you all for helping out with this! -abha ;) ---------- Forwarded message ---------- Date: Wed, 27 Dec 2000 10:23:27 -0800 (PST) From: abha <ahuja(a)wibh.net> To: nanog(a)merit.edu Subject: EGP/Peering survey Hey Nanog Folks! I've posted my request on many other lists and now it is time to post here.... Please let me know if any of you are interested in participating.... ---------- Hi All! I'm working on gathering some information about how providers interact with each other for a research project. I've compiled a rather lengthy survey that asks questions about peering, peering policy and ISP practices. If you've ever set-up peering policies, etc. for an ISP, I'd love to have your responses to this survey. While answering all questions isn't necessary, I would appreciate it. And I'll be giving T-shirts out to those who complete the whole thing! :) All answers will be kept confidential and will be anonymized and aggregated before being included in any published findings... Anyone here willing to particpate? Drop me a note and I'll send you the survey! Thanks for your help! -abha ;) ps - some of you might've filled out a survey with me at NANOG some time ago, this is actually a follow-up to that one... ;) So, your participation in this round is still appreciated!

3 2