- NANOG - lists.nanog.org

Re: Telco's write best practices for packet switching networks
by Kelly J. Cooper 13 Mar '02

13 Mar '02

Sean, On Mar 6, 7:56am, Sean Donelan wrote: > Subject: Telco's write best practices for packet switching networks * *After the SNMP excitement I asked if anyone had suggestions on how *to architect or design a backbone network to be less suspectible to *problems. It turns out the telephone industry has written a set of *best practices for the Internet. Uh huh... The report is 122 pages long and contains a review of how they took existing Best Practices, collected mostly from the previous NRIC, and refined them (based on criteria outlined on p.22). Then performed a SURVEY of what people thought about the 256 BP recommendations they had, covering Service Providers of multiple services and equipment suppliers, all somehow related to telecommunications. The BPs themselves range from: 5-501 "Network Operators should report problems discovered from their testing to the Equipment Supplier whose equipment was found to be the cause of problem." ...to... 5-758 "If 911 call completion is affected, test calls should be made by the Server Provider to the PSAP(s) to assess the impact. Once service is restored, the Service Provider should make multiple 911 test calls to ensure they complete properly." (See Appendix A) I don't think they were focusing on BPs for the Internet per se so much as believing that many BPs that work for PSTN should also work for the Internet. Whether or not they are correct is a (if not THE) challenging matter for debate. *Focus Group 2.A.2: Best Practices on Packet Switching. Karl Rauscher, *Lucent Technologies *http://www.nric.org/pubs/index.html * * Mr. Rauscher gave an example of the kind of information to be found * there. The best practice used in the example states that critical * packet network elements such as control elements, access in signaling * gateways and DNS servers, should have firewall protection such as * screening and filtering. One hundred percent of the respondents * indicated they were implementing this best practice. * *Cool, who has an OC-192 firewall on their control elements? What is *a control element, is that the same as a router or is that a signaling *gateway? Damned flat internet... can't tell if you're kidding or not. I'm guessing that you are, but just in case... Control elements are the router-like bits or computer-like bits that actually "control" management of the switch (i.e. you connect to that part in order to reconfigure, upgrade, etc. the element). Most ISPs have a comparable set-up wrt modems/terminal servers for managing their network elements - same dealy, but ISPs can choose between inband & OOB whereas the telcos can't. (Or couldn't, til recently, when Net/Bell convergence started urging the market toward big damn fiber switches with in-band mgmt tools.) So - in the world of telco, the control elements are JUST OOB. Since you literally can't reach them inband, the OOB element mgmt can be done through modems or a separate network which is firewalled off from the rest of the Internet. That's what they're talking about in your excerpt. What I find interesting is that I've heard a lot of cage rattling to take the Internet in this direction, i.e. stop managing it in-band where all the kiddies and the terrorists can get at it and start managing it OOB. Hide it, shut it away, don't route it, etc. nevermind what a pain it is to manage TWO networks... nevermind how much flexibility you lose. (Sorry, my bias is showing.) And I'm hearing this from BOTH NetHeads AND BellHeads. Kelly J. -- Kelly J. Cooper - Security Engineer, CISSP GENUITY - Main # - 800-632-7638 3 Van de Graaff Drive - Fax - 781-262-2744 Burlington, MA 01803 - http://www.genuity.net

9 12

NYT 3/13/02 on Worldcom and the SEC : "From Obscurity to Inquiry"
by Fletcher E Kittredge 13 Mar '02

13 Mar '02

Well written, sobering. Free registration required. http://www.nytimes.com/2002/03/13/technology/13PHON.html regards, fletcher

1 0

ILEC Map
by Irwin Lazar 12 Mar '02

12 Mar '02

Folks, Is there a web site out there that provides a map of the united states showing each ILEC and the states within their region (Bellsouth, SBC, Qwest, & Verizon)? Thanks in advance, Irwin

11 11

RE: ILEC Map
by Spencer.Wood＠dot.state.oh.us 12 Mar '02

12 Mar '02

If memory serves, Alltel has fully merged the old WRT company into it's organization, so it's really just Alltel... I'm noticing the same thing happening with Ameritech and SBC.....In the recent meetings we have had with Ameritech, they are now referring to them selves as SBC, along with SBC Business cards......I would be surprised if Ameritech exist in another 5 years.... ************************************************************ Spencer Wood, Network Manager Ohio Department Of Transportation 1320 Arthur E. Adams Drive Columbus, Ohio 43221 E-Mail: Spencer.Wood(a)dot.state.oh.us Phone: 614.387.0710/Fax: 815.361.0714/Pager: 866.591.9954 ************************************************************* "Steven J. Sobol" <sjsobol(a)JustThe.net> Sent by: owner-nanog(a)merit.edu 03/11/2002 11:32 PM To: Mark Radabaugh <mark(a)amplex.net> cc: nanog(a)merit.edu Subject: RE: ILEC Map On Mon, 11 Mar 2002, Mark Radabaugh wrote: > > Here is the map for Ohio: > http://www.puc.state.oh.us/pucogis/STATEMAP/AC_TelServAreaA.pdf > > Only 43 ILEC's here... Mark, I wouldn't expect you to know this, as you don't live in the proper part of the state to know the telco history here. :) But Western Reverse (er, Western Reserve) Telephone and Alltel are listed separately, and Alltel bought out Western Reserve years ago. Alltel has local headquarters out in Hudson, the former home of WRT. I suspect that a lot of states are like this, with the records reflecting more ILECs than actually still exist. Alltel has always done business as Alltel west of Cleveland (for example, in Elyria in Lorain County) but they may still be operating Western Reserve as a separate business unit covering the rural areas south and east of the city.. No big surprises here, really. Ameritech is the ILEC in the big cities, and much of the rest of the state is divvied up between Verizon and Sprint... If I actually had time to research it, I'd love to find out how many of the carriers listed on this PDF are still in business... -- Steve Sobol, Proud Native of the Great Frozen City of Cleveland, Ohio http://www.Cleveland.OH.US/ http://www.TravelCleveland.com/ http://www.LakeCountyOhio.org/ (Where the Snow is Cold but our Hearts Aren't!) CTO, JustThe.net LLC, Mentor On The Lake, Lake County, OH http://JustThe.net/

2 1

Re: ILEC Map
by David Lesher 12 Mar '02

12 Mar '02

Irwin Lazar wrote: > > Folks, > Is there a web site out there that provides a map of the united states > showing each ILEC and the states within their region (Bellsouth, SBC, Qwest, > & Verizon)? Since Verizontal owns GTE, it's non-trivial. GTE has parts of many many states. (MD is one of the few without same...). ISTM GTE is the sole carrier in Hawaii. Alaska? err.. You can swag by looking at older maps, and knowing that SBC = SWB+PacBell+Ameritech+SNET QWEST = USWorst Verizontal = C&P/BellAwful+Nynex+GTE BellSouth = BS I can never recall who owns Cincy Bell this week. -- A host is a host from coast to coast.................wb8foz(a)nrk.com & no one will talk to a host that's close........[v].(301) 56-LINUX Unless the host (that isn't close).........................pob 1433 is busy, hung or dead....................................20915-1433

2 1

Enron Broadband bites the dust
by Eric Germann 11 Mar '02

11 Mar '02

http://www.msnbc.com/news/722584.asp Eric

1 0

RE: ILEC Map
by Bender, Andrew 11 Mar '02

11 Mar '02

> -----Original Message----- > From: Irwin Lazar [mailto:ILazar@burtongroup.com] > > Folks, > Is there a web site out there that provides a map of the united states > showing each ILEC and the states within their region > (Bellsouth, SBC, Qwest, > & Verizon)? > The tools and information are readily available for the initiated; if you have access to a copy of Telcordia's LERG (http://www.telcordia.com/products_services/trainfo/catalog_details.html) and some GIS software, or equivalent (http://www.cdsys.com/telcom.htm) then you should be able to create what you need. Also, I think these folks at CCMI have already done this work, both in tabular and graphical format: http://www.ccmi.com/mapsdirectories.html Regards, Andrew Bender taqua.com

1 0

Brain registry or Host registry?
by Paul Wouters 11 Mar '02

11 Mar '02

Three weeks, seven tickets, and nine operators later it looks like I might actually have my host records NSG4447-HST and NSJ4375-HST updated in the next 48 hours. That's only 20 days after I've sent the first form, and 11 days since that old IP has been disconnected. In short my problem was that I used hostnames like ns.xtdnet.nl for com/net/org domains, registrered at NetSol. When NetSol split into the Baby Registrars they still "owned" those records. However, protocol for the people at NetSol (or Verisign or whatever) is that: "We do not change the ip numbers of foreign hosts unless they ar the ones that were registrered with us. Please inform customer that entries served as pointers that goes back to the nl registry for the correct ip addresses. Our whois database [they're referring to www.verisign-grs.com] is not athorativ for .nl" I spend the next 15 minutes telling them that nic.nl has no relation whatsoever to com/net/org/internic, and that netsol still had records of my stuff, that I wanted changed. When he wanted to point me to the nic.nl Registrars, I pointed out to him that _I_ was a Registrar of nic.nl. When finally guiding him to dutch only pages of www.nic.nl ('whois xtdnet.nl(a)whois.nic.nl' went beyond the skills of the NetSol escalation manager) and showing him the records for ns.xtdnet.nl, this guy suddenly went "Oh, we can mirror that......". *sigh* I can see a very scalable solution. "Let's manually change all modify requests for non com/net/org nameserver objects." That must be a very scalable solution. I bet they can get money from ICANN for doing that as well. No wonder RIR's are bailing out on all this crap. ObLessonLearned: For com/net/org, only use com/net/org based named for nameservers. Now I guess I have "24 upto 48 hours" to buy an M16 and fly to Virginia. And in the inifitesmall chance that somewhere on this list is someone from network solutions that actually understands more then the usual "we need to stall as many customers as long as we can for added shareholder value", you can have a look at my brand new shiny ticket of today's episode of NetSol, 1-17GPVQ. Paul, convinced that by the time he dies, Verisign will have problems doing his grave locatinregistration for the NL. -- "It takes a million monkeys at typewriters to write Shakespeare, but only a dozen monkeys at computers to run Network Solutions." --- Patrick Delahanty

1 0

more info on SBC/Nap
by bmanning＠karoshi.com 11 Mar '02

11 Mar '02

I've just been told that SBC/PacBell is in process of renumbering the PacBell exchanges in Oakland and LA. So you should not see either 198.32.128.0 or 198.32.129.0 in your traceroutes or from your peers as of 28 feb 2002. --bill

3 3

UUnet West Coast is down
by Rodney Joffe 11 Mar '02

11 Mar '02

It appears that UUNet has an outage in the SFO/SJC area. We're waiting for a master ticket, and an etr. -- Rodney Joffe CenterGate Research Group, LLC. http://www.centergate.com "Technology so advanced, even we don't understand it!"(R)

3 3