- NANOG - lists.nanog.org

RE: CCO goes down the tubes
by Michel Py 29 Mar '04

29 Mar '04

> Maybe I'm the only one left who sees a need to be > able to check on things from a vt100 at a remote site. You are not. A telnet version without all the fluffy bullshit would be more than welcome. Michel.

1 0

Re: Publish or (gulp) Perish
by Michael.Dillon＠radianz.com 29 Mar '04

29 Mar '04

>well, a copy of "the bell technical journal" with the first >paper describing unix is on my shelf. On my bookshelf too. I believe this was more of a "technical reports" series than a referreed journal since it contained only work being done by the one organization. A lot of universities and research labs also publish a "technical reports" series that describes work whichj may or may not make its way into journals and conference proceedings. Would it be better to think of a way that NANOG could publish a series of NANOG Technical Reports rather than a journal? This seems to be the ideal way to formalize work that is supposed to focus on the here and now by describing stuff that is operationally useful no more than 6 months into the future. Then we would have an archive of NANOG presentations, associated NANOG Technical Reports and the occasional pointer to a journal paper when the author takes their work to that stage. --Michael Dillon

2 1

disabling SMTP
by Eric A. Hall 29 Mar '04

29 Mar '04

I'm wondering if the installed base of legitimate messaging systems has migrated to ESMTP so as to get away with disabling plain-old SMTP except for internal devices. Anybody got any data or observations on this? -- Eric A. Hall http://www.ehsco.com/ Internet Core Protocols http://www.oreilly.com/catalog/coreprot/

6 12

RE: Protected message
by steve＠opaltelecom.co.uk 29 Mar '04

29 Mar '04

1 0

Overflow circuit
by Mailing List Subscriptions 29 Mar '04

29 Mar '04

I am looking for advice on technique or products that can solve the following challenge ... Two private line T1's between A and B - one terrestial T1 with >200 ms RTT, the other T1 is over satellite with ~500 ms RTT. The circuits are being used for mixed VoIP (70%) and data (30%) applications. To achieve optimal voice quality, we want to route all VoIP calls over the terrestial T1 until it is "full", then divert all subsequent VoIP calls over the satellite T1 (** while existing VoIP calls continue to be routed over the terrestial T1). So it looks like I need per-flow (based on protocol, src IP, dst IP, src port, dst port) routing. It looks like MPLS Traffic Engineering can do the job. Is there anything else that can it with less complexity? Ideas or recommendations? Regards, Joe

7 10

CCO goes down the tubes
by bdragon＠gweep.net 29 Mar '04

29 Mar '04

Anyone else notice that you now need javascript in order to even view TAC Cases? Anyone else annoyed by this crippling of something Cisco actually did reasonably well? Anyone not care what cisco does to CCO because you're still mourning the loss of CIO? What's next, requirement for flash to view vendor documentation? (Equinix already has this inane requirement.) Maybe I'm the only one left who sees a need to be able to check on things from a vt100 at a remote site. Welcome to the web, the technology that was supposed to remove technological incompatibilities and vendor-specific software requirements.

3 2

Multiple Cisco AS5800 controlled by 1 Cisco 7206VXR
by D. Scott Smith 28 Mar '04

28 Mar '04

I have been tasked by management to determine if there is a way to connect more than 1 AS5814 to a Cisco7206VXR for the purpose of Providing Dialup Modems. Currently we have a 1 to 1 ratio of Cisco 7206VXR Router-Shelf connected to a Cisco 5814 Dial-Shelf and it works without any problems. We are trying to see if anyone has had any luck with connecting more than 1 dial-shelf to a single Router-Shelf. Any recommendations are welcome. D. Scott Smith Operations Manager Core Communications, Inc. scott(a)coretel.net

1 0

RE: Overflow circuit
by Michel Py 28 Mar '04

28 Mar '04

> Alexei Roudnev wrote: > VoIP over satellite? I am very sceptical about it. > Better, forget such idea. It works fine if the pipe is good enough (T1 class or better, what Joe's talking about). Latency although not nice is not the worst problem (which is jitter). In my experience aggressive QOS (priority queing) is required if you share the pipe with data. One day for the fun of it I even tried with DirectWay (el-cheapo consumer-grade satlink); for one line in the wee hours of the night it worked fine. Forget about it day-time though. But as long as you understand that your're not going to get VOIP over sat for 50 bucks a month and it's correctly configured you're fine. Michel.

5 7

Re: Overflow circuit
by W.D.McKinney 27 Mar '04

27 Mar '04

>-----Original Message----- >From: Mailing List Subscriptions [mailto:jcc-list@thenetexpert.net] >Sent: Saturday, March 27, 2004 08:13 AM >To: nanog(a)merit.edu >Subject: RE: Overflow circuit > > >I have been doing VoIP over sat to northern Canada and Latin America for >more than five years now, using Cisco routers with analog and digital voice >ports, and also IP phones. Other than the inevitable lag due to 500+ ms RTT, >the voice quality with the G.729 codec has been good. I have lost count of >the number of mining operations in northern Canada that rely in VoIP over >sat for communication with the civilized world. Some of the bigger >operations have in excess of 500+ Cisco IP phones. > Alaska has a lot connections doing VoIP over Sat also. Most of the state is served by Sat connections, being the largest state in the U.S. Dee >> -----Original Message----- >> From: owner-nanog(a)merit.edu [mailto:owner-nanog@merit.edu] On >> Behalf Of Alexei Roudnev >> Sent: Friday, March 26, 2004 11:39 PM >> To: Patrick Murphy; Mailing List Subscriptions; nanog(a)merit.edu >> Subject: Re: Overflow circuit >> >> >> VoIP over satellite? I am very sceptical about it. Better, >> forget such idea. >> >> >> >> > >> > You may want to look at using H.323 gatekeepers with CAC (Call >> > Admission Control). >> > >> > Here is a link to a Whitepaper on this Subject. >> > >> > >> http://www.cisco.com/en/US/partner/tech/tk652/tk701/technologi >> es_white_paper09186a00800da467.shtml >> > >> > Patrick >> > >> > ----- Original Message ----- >> > From: "Mailing List Subscriptions" <jcc-list(a)thenetexpert.net> >> > To: <nanog(a)merit.edu> >> > Sent: Friday, March 26, 2004 7:54 PM >> > Subject: Overflow circuit >> > >> > >> > > >> > > >> > > I am looking for advice on technique or products that can >> solve the >> > > following challenge ... >> > > >> > > Two private line T1's between A and B - one terrestial T1 >> with >200 >> > > ms >> > RTT, >> > > the other T1 is over satellite with ~500 ms RTT. The circuits are >> > > being >> > used >> > > for mixed VoIP (70%) and data (30%) applications. To >> achieve optimal >> voice >> > > quality, we want to route all VoIP calls over the terrestial T1 >> > > until it >> > is >> > > "full", then divert all subsequent VoIP calls over the >> satellite T1 >> > > (** while existing VoIP calls continue to be routed over >> the terrestial T1). >> > > >> > > So it looks like I need per-flow (based on protocol, src >> IP, dst IP, >> > > src port, dst port) routing. It looks like MPLS Traffic >> Engineering >> > > can do >> the >> > > job. Is there anything else that can it with less complexity? >> > > >> > > Ideas or recommendations? >> > > >> > > >> > > Regards, >> > > Joe >> > > >> > > >> > >> >> >> > > >

1 0

Publish or (gulp) Perish
by Daniel Golding 27 Mar '04

27 Mar '04

Slightly off-topic... Most technical fields have standard journals that they use to publish interesting findings and new ways of doing things. Everything from Nature to the JAMA. Here's the question for the group: Do these sorts of publications exist in the networking/carrier/internetworking space, and if not, should they? Some possible examples (if anyone reads them): SIGCOMM (http://www.acm.org/sigcomm/) BCR (http://www.bcr.com/bcrmag/) Cisco's IPJ (http://www.cisco.com/warp/public/759/) I'm leaving off "news" publications like Light Reading and Network World. Any thoughts? Have NANOG powerpoint presentations made these sorts of journals obsolete? :) -- Daniel Golding Network and Telecommunications Strategies Burton Group

14 17