- NANOG - lists.nanog.org

Re: IP-Internets
by jeanlou.dupont＠na.marconicomms.com 15 Oct '99

15 Oct '99

BTW, the vast majority of SONET/SDH equipments achieve sub-50ms path protection switching. (Requirement in BellCore/Telcordia states that SONET equipment must detect a failure within 10ms and perform protection switching in no more than 50ms.) Also, the mechanisms by which fast restoral happens in MPLS are usually tied to SONET/SDH signals like:LOS (Loss Of Signal) and SD/SF (Signal Degrade/Signal Fail). cheers. jld. Alan Hannan <alan(a)globalcenter.net> on 10/14/99 07:27:06 PM To: Bulent Yener <yener(a)research.bell-labs.com> cc: nanog(a)merit.edu (bcc: Jeanlou Dupont/RMQ/RELTECCORP) Subject: Re: IP-Internets 3 bits of clarification: > Some stick MPLS in the middle ala IP/MPLS/HDLC or IP/MPLS/SONET. This was dumb. I meant, ala IP/MPLS/HDLC or IP/MPLS/PPP. A couple of folks mailed me to state that MPLS as a transport technology was in the future, isn't it? In fact, 2 networks including our own have deployed large [mostly ubiquitous] MPLS deployments, where most traffic runs on it, one all over, another in certain regions/areas. Finally, I was 'reminded' that MPLS convergence will actually surpass SONET w/ restoral times, on the order of << 50 ms. Really real soon now. -alan

1 0

Re: RADIUS servers.
by jeanlou.dupont＠na.marconicomms.com 15 Oct '99

15 Oct '99

thanks! woods(a)most.weird.com (Greg A. Woods) on 10/14/99 08:19:09 PM Please respond to nanog(a)merit.edu (North America Network Operators Group) To: Jeanlou Dupont/RMQ/RELTECCORP@RELTECCORP cc: nanog(a)merit.edu Subject: Re: RADIUS servers. [ On Thursday, October 14, 1999 at 14:29:29 (-0400), jeanlou.dupont(a)na.marconicomms.com wrote: ] > Subject: RADIUS servers. > > I am looking for the most commonly used RADIUS servers out there. > Anyone cares to help me? My guess would be that the most commonly used RADIUS servers are all derived from the original Livingston implementation (even of the so-called "proprietary" versions). The one I've settled on using everywhere is a derivative by Cistron: http://miquels.www.cistron.nl/radius/ It seems this will eventually transform itself into FreeRADIUS: http://www.freeradius.org/ -- Greg A. Woods +1 416 218-0098 VE3TCP <gwoods(a)acm.org> <robohack!woods> Planix, Inc. <woods(a)planix.com>; Secrets of the Weird <woods(a)weird.com>

1 0

Re: IP-Internets
by Vadim Antonov 15 Oct '99

15 Oct '99

rs(a)seastrom.com (Robert E. Seastrom) wrote: > 99.9% of all Internet traffic touches an Ethernet device. To follow > Fred Baker's line of reason, this presents irrefutable proof that that > Ethernet is an appropriate technology for building one's backbone > network. Fred has to move all that ATM crap Cisco acquired over the years. --vadim

1 0

Re: IP-Internets
by rs＠seastrom.com 14 Oct '99

14 Oct '99

Tim Salo <salo(a)networkcs.com> writes: > From the ATM Forum Board of Directors Report - Rome, Italy, April 23,1999: > > ... Fred [Baker, chair of the IETF] stated that 75% of all Internet traffic > today touches an ATM device and acknowledged the importance of the role > of ATM in providing traffic engineering in today's networks. ... > > I don't really know where this number comes from nor whether it is > really true. 99.9% of all Internet traffic touches an Ethernet device. To follow Fred Baker's line of reason, this presents irrefutable proof that that Ethernet is an appropriate technology for building one's backbone network. ---Rob

1 0

Re: IP-Internets
by shields＠msrl.com 14 Oct '99

14 Oct '99

In article <Pine.SUN.4.10.9910142002090.547-100000(a)virgin.relcom.eu.net>, "Alex P. Rudnev" <alex(a)virgin.relcom.eu.net> wrote: > > 4- what is the maximum distance between any two points in a autonm. > > system? > 40,000 Km / 2 = 20,000 Km. -:) You assume that all packets travel a great circle distance, which is not the case. Route miles can be much greater and can involve trips to geosynchronous orbit... -- Shields.

1 0

Re: RADIUS servers.
by Dean Anderson 14 Oct '99

14 Oct '99

We use Merit & Livingston (free) servers internally. I also do a fair amount of consulting work to companies using Cisco Secure w/ Oracle in high availability configurations. --Dean At 02:29 PM 10/14/1999 -0400, jeanlou.dupont(a)na.marconicomms.com supposedly said: > > > >I am looking for the most commonly used RADIUS servers out there. >Anyone cares to help me? > >Thanks! > >-- >jld. > > > > > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Plain Aviation, Inc dean(a)av8.com LAN/WAN/UNIX/NT/TCPIP http://www.av8.com ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

1 0

RADIUS servers.
by jeanlou.dupont＠na.marconicomms.com 14 Oct '99

14 Oct '99

I am looking for the most commonly used RADIUS servers out there. Anyone cares to help me? Thanks! -- jld.

1 0

Re: a moment of silence
by Vadim Antonov 14 Oct '99

14 Oct '99

> Forgive my igorance. Who is Jon Postel? Sic transit gloria mundi. --vadim

1 0

clarification
by Bulent Yener 14 Oct '99

14 Oct '99

>4- what is the maximum distance between any two points in a autonm. >system? I mean the number of hops on the network topology of a provider. Not how many hops a particular protocol (RIP) will take or the distance in miles etc. Simply the "diameter" (i.e. longest shortest path where the distance measure is the hop count). thnx and sorry for confusion. bulent _____________________________________________________ Bulent Yener Information Sciences Research Center Bell Laboratories, Lucent Technologies 600 Mountain Avenue, Room 2T-314 Murray Hill, NJ 07974 email: yener(a)research.bell-labs.com phone: (908) 582 7087 fax: (908) 582 1239 _____________________________________________________

1 0

Re: Regarding global BGP community values
by Alex P. Rudnev 14 Oct '99

14 Oct '99

Hmm. In the 'SNMPSTATD' monitoring I use (it's in the near plans) to monitor not _FREE MEMORY but _THE BIGGEST PIECE OF THE FREE MEMORY_. It's the most critical argument. If it is less than 128K, 'config' command do not work; if it is less than 1500 bytes, nothing works at all -:) > > AFAIK, there is some more memory wasting and dangerous feature in > current (at least it was so year ago) implementation of memory allocation > subsystem in Cisco: when you are going below some magic value > (for defaultless routers usualy below 10-8 megs) and have even > moderate BGP activity, very soon (less then a day) you will be out of > memory even in the presence of this 8-10 megs of free memory because your largest fragment will be very close to 0. > As I was told several years ago this is fundamental "feature" of > memory allocation implementation (poor fragmentation resistance with low memory and lots of small alloc's/free's). The fundamental feature for the REAL-TIME device (such as ROUTER) should be a lot of HOT-DOG mechanisms preventing /at least/ lost of the control over the device. In case of such _voracious_ processes (as BGP is) it should be used any mechanism preventing it from catching all existing resources (CPU and MEMORY in our case).

2 1