- Test - lists.nanog.org

Re: IXC Fibre cut IL,OH
by Dean Anderson 21 Sep '98

21 Sep '98

How about some paper cups and a ball of string? (only to be deployed after the backhoe has been killed... ;-) --Dean At 06:53 AM 9/21/98 -0700, bmanning(a)vacation.karoshi.com wrote: >> >> So, the requirement should not only be 24 hour NOC, but GSM phone with >> other provider? >> >> --Dean > >Nope, get a sat-phone, some wood & wet blankets, semephore flags, a mirror and >brush up on you Moris code. .. (after reading up on tsunami threats for >the So.Cal. area over the weekend :) > >--bill > > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Plain Aviation, Inc dean(a)av8.com LAN/WAN/UNIX/NT/TCPIP http://www.av8.com ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

1 0

Anyone having problems with nic.near.net
by Douglas M. Todd 21 Sep '98

21 Sep '98

at BBN? ==DMT> ======================================================================= Douglas M. Todd, Jr. Sapient Corporation One Memorial Dr. Cambridge, MA 02142 Tel: 617.679.6974 Fax: 617.621.1300 Email: dtodd(a)sapient.com http: www.sapient.com vsign: www.format-c.com/vsign.sig pgp: www.format-c.com/pgpsig #include <std_disclaim.h>

1 0

Re: More on video
by Dean Anderson 21 Sep '98

21 Sep '98

At 06:17 PM 9/18/98 -0700, Sean M. Doran wrote: > >Sandra Gittlen wrote: > >| In addition to the sheer size of the file, one issue is how to >| maintain a user's link for up to four hours. The Internet was >| not designed for such stateful connections. > >Stateful connections? > >Do you mean "long-lasting bulk-transfers"? No, I think she means modem connections. Lots of cheap modems on poor quality lines won't stay up that long reliably. Many people perceive the internet through an unreliable modem connection. --Dean ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Plain Aviation, Inc dean(a)av8.com LAN/WAN/UNIX/NT/TCPIP http://www.av8.com ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

1 0

BGP 4, auth error question.
by Harold Willison 21 Sep '98

21 Sep '98

Greetings. I am in the process of turning up bgp with a customer and have run into the following problem. The customer is using a Cisco router with ios 11.1.20. Im using a GRF400. The session wont establish and this is what the log is showing: Sep 18 15:50:59 Sep 18 15:50:59 BGP RECV 209.239.69.1+32617 -> 206.84.235.254+179 Sep 18 15:50:59 BGP RECV message type 1 (Open) length 37 Sep 18 15:50:59 BGP RECV version 4 as 11042 holdtime 180 id 209.239.64.254 authcode 8 Sep 18 15:50:59 BGP RECV Auth data (8 bytes): 02 06 01 04 00 01 00 01 Sep 18 15:50:59 Sep 18 15:50:59 bgp_get_open: peer 209.239.69.1+32617 (proto): unknown athentication code 8 used Sep 18 15:50:59 Sep 18 15:50:59 BGP SEND 206.84.235.254+179 -> 209.239.69.1+32617 Sep 18 15:50:59 BGP SEND message type 1 (Open) length 29 Sep 18 15:50:59 BGP SEND version 4 as 4200 holdtime 180 id 206.84.235.254 authcode 0 Sep 18 15:50:59 Sep 18 15:50:59 Sep 18 15:50:59 BGP SEND 206.84.235.254+179 -> 209.239.69.1+32617 Sep 18 15:50:59 BGP SEND message type 3 (Notification) length 21 Sep 18 15:50:59 BGP SEND Notification code 2 (Open Message Error) subcode 4 (unsupported authentication code) Sep 18 15:50:59 Sep 18 15:50:59 NOTIFICATION sent to 209.239.69.1+32617 (proto): code 2 (Open Message Error) subcode 4 (unsupported authentication code) data it appears that the cisco is sending us an authcode that we don't recognize. Is there a way to prevent the cisco from sending the authcode 8 or change the authcode to something more civilized, like authcode 0. The customer is willing to change their IOS version if necessary but it is not the preferred resolution. Any suggestions on how I could get this to work? *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* | Harold Willison AGIS Network Engineering | * Senior Network Engineer 313-730-5151 * | noc(a)agis.net 313-730-1130 x-5649 | | harold(a)agis.net 24 hours a day, 7 days a week | | <bold><italic> <underline>http://www.agis.net</underline></italic></bold> |<bold><italic> </italic></bold>\*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*/

7 8

NANOG 14
by Pam Ciesla 21 Sep '98

21 Sep '98

The attendee list is now available on the NANOG webpage http://www.nanog.org. Please note this is not an automatic update, but done by human. If you are not on the list but should be or if there are any corrections please contact me. Also note that if you plan on attending NANOG 14 the hotel block ends 10/8. Atlanta Marriott Marquis 404-521-0000. Be sure to mention NANOG. ---------------------------------------------------------------------- Pam Ciesla 734-936-0172 - phone Merit Network, Inc. 734-647-3185 - fax University of Michigan 4251 Plymouth Road Bldg. I, Suite C Ann Arbor, MI 48105-2785 -----------------------------------------------------------------------

1 0

Re: How to loadshare over many E1 links
by Simon Leinen 21 Sep '98

21 Sep '98

>>>>> "js" == Jesper Skriver <jesper(a)skriver.dk> writes: > How would you loadshare over many (>6) parallel E1 links. [...] > I've been thinking om something similar to the Larscom inverse MUX > (http://www.larscom.com/t3ft3/t3_megae.htm) but this one only support > 4 E1's, then I can use multiple i-mux's and loadshare over the 8M links > they provide, but it seems like a poor solution. We use Larscom Orion 4000s for 6 transatlantic E1 links. The E1 cards have eight ports, with HSSI connections to the routers (75xx). You can look at the actual throughput under http://www.switch.ch/lan/stat/linkusa.html Hope this helps, -- Simon Leinen simon(a)babar.switch.ch SWITCH http://www.switch.ch/misc/leinen/ Who is General Failure & why's he reading my disk?

2 1

NOTICE: Sep 21 Document Release Procedures
by Sean Donelan 20 Sep '98

20 Sep '98

If any network operator cares, here are the procedures for Monday's release of the video and documents. http://www.house.gov/radiotv/release.htm -- Sean Donelan, Data Research Associates, Inc, St. Louis, MO

1 0

Re: IXC Fibre cut IL,OH
by Sean Donelan 20 Sep '98

20 Sep '98

brad(a)null0.qual.NET (Bradley Reynolds) writes: >On a side-note, if you are in the ameritech service area, >ixc's 800 number translation is not working. You get to >hear a non-standard 'all circuits are busy'. If you need >to reach them, call their austin number 5124273700 This is the third such incident I know of where a carrier outage has also affected the ability to contact the carrier's network control center. So far most of the carriers and network operators I've spoken with don't consider this a major concern. A few are concerned, but they are in the minority. I know, been there done that. I keep hoping one day some folks will go "Hmm, maybe he has a point and we should do something." Although everyone uses them, 1-800 numbers have some interesting vulnerabilities for NOC's to rely on them to contact other NOCs. I worry that the expansion of CLECs into local service will bring similar single points of failure to local exchange numbers serving NOCs of those carriers. Its good that you use your own services. But when every method of telecommunications (phone, fax, pager, cell, internet, etc) to your NOC all goes through the same provider, I worry about the affect of a wide-spread outage at that provider on the ability for other NOCs to exchange information with that provider. Fire drills are a good start, but without more analysis, its difficult to predict how the system will react under real conditions. -- Sean Donelan, Data Research Associates, Inc, St. Louis, MO Affiliation given for identification not representation

1 0

Re: what's channellized E1?
by sully＠mail.usinternet.com 20 Sep '98

20 Sep '98

I'm not 100% sure about Euro T1's, but I believe its this... T1 - can be used for data in different forms. Running Frame, ATM.. etc A channelized T1 is provisioned to have 64k channels used for data/voice (ISDN etc). --Tim At 04:33 PM 9/18/98 +0800, you wrote: >Hi friends, > >A very very basic question: >What does "channellized E1" mean? What's its difference from a "normal" >E1 connection? > >reply to my mail box, if you think such message is too basic posting >on nanog, thanks. > >regards, > >Yu Ning >-- >___________________________________________* > >Yu Ning >ATM R&D Centre of >BUPT (Beijing U. of Posts&Telecom) >Beijing (ZIP:100876, MBox:147#), P.R.China >Ideas ONLY reflect my own views,:-) >___________________________________________ >

2 1

Re: FCC outage reports
by Sean Donelan 19 Sep '98

19 Sep '98

shields(a)crosslink.NET (Michael Shields) writes: >You'd also want to look at more than just the count of outage reports; >the size of the outages matters, the total size of the network, and >the MTTR. If you "had to" distill it to a single number I suppose >percentage uptime is the one to use. The problem with percentage uptime is the law of large numbers. You need a huge disruption affecting a lot of customers for a long time to move the uptime percentage. As a customer I don't really care how much everyone else circuits were up. I only care about how much my circuits are up. If my AT&T circuit is down, it doesn't matter to me that 99.99999999999999999% of all AT&T's other circuits are working. >I'm not sure fiber cuts are common enough to make a meaningful >statement about the reliability of one carrier vs. another. I agree. The initial fiber cut isn't that meaningful. I have no hypothesis why backhoes (or other natural hazards) would prefer one carrier's fiber over another carrier's fiber. WilTel's initial plan of putting fiber inside steel gas pipelines not withstanding. Hence my original statement that there is no difference between the carriers based on just fiber cuts. Its like calculating the probability of a coin flip, just because one carrier had fewer fiber cuts this year doesn't seem to be a good predictor how many fiber cuts they will have next year. But how the carrier reacts after the fiber cut is an area you can make statements about the differences between one carrier vs. another. -- Sean Donelan, Data Research Associates, Inc, St. Louis, MO Affiliation given for identification not representation

1 0