Merit Network
Can't find what you're looking for? Search the Mail Archives.
  About Merit   Services   Network   Resources & Support   Network Research   News   Events   Home

Discussion Communities: Merit Network Email List Archives

North American Network Operators Group

Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical

RE: [nsp] Cisco DS3 Questions..

  • From: Daniel Golding
  • Date: Fri Feb 22 11:55:05 2002

That sub-interface numbering is useless for a point-to-point circuits.

- Daniel Golding

> -----Original Message-----
> From: Eric So [mailto:eric.so@graduate.hku.hk]
> Sent: Thursday, February 21, 2002 5:16 PM
> To: Gyorfy, Shawn
> Cc: 'nanog@merit.edu'; 'cisco-nsp@puck.nether.net'
> Subject: Re: [nsp] Cisco DS3 Questions..
>
>
> The proprietry HDLC will give you headache if you want
> to change the platform in the future.
>
> FR encap gives you sub-interface numbering which acts
> as an identifier to network devices through a proper
> indexing scheme.
>
> -e
>
> On Thu, 21 Feb 2002, Gyorfy, Shawn wrote:
>
> > Since the topic exploded, what are your opinions on
> encapsulation of leased
> > line DS3s.  We currently use Frame Relay for out Point to Point DS3
> > connections.  Personally, I don't know why we use FR as our
> encapsulation,
> > and so the question to all.  If you are running Cisco to Cisco,
> would it be
> > wise to run HDLC or PPP?  Our DS3s' here are hardly maxed out,
> 15% or so, so
> > I'm not complaining about the few extra bits I can squeeze out them but
> > maybe that 15% can shrink to 10% with less overhead.  Opinions
> or examples
> > of life appreciated.
> >
> > Thanks
> >
> > shawn
> >
> > -----Original Message-----
> > From: Iljitsch van Beijnum [mailto:iljitsch@muada.com]
> > Sent: Wednesday, February 20, 2002 4:28 PM
> > To: Jon Mansey
> > Cc: nanog@merit.edu
> > Subject: Re: Cisco PPP DS-3 limitations - 42.9Mbpbs?
> >
> >
> > On Wed, 20 Feb 2002, Jon Mansey wrote:
> >
> > > OMG! Arent we missing the point here? What about never
> running links above
> > > 60% or so to allow for bursts against the 5 min average, and <shudder>
> > > upgrading or adding capacity when we get too little headroom.
> >
> > > And here we are, nickel and diming over a few MBps near to
> 45M on a DS3...
> >
> > And why not? Obviously there is a reason why they're not upgrading,
> > because there is plenty of traffic to fill up a second or faster circuit
> > if packets are being dropped because of congestion. (Which has not been
> > confirmed so far.)
> >
> > There shouldn't be any problems pushing a DS3 well beyond 99%
> utilization,
> > by the way. With an average packet size of 500 bytes and 98
> packets in the
> > output queue on average, 99% only introduces a 9 ms delay. The extra RTT
> > will also slow TCP down, but not in such a brutal way as significant
> > numbers of lost packets will. Just use a queue size of 500 or so, and
> > enable (W)RED to throttle back TCP when there are large bursts.
> >
>





Discussion Communities


About Merit | Services | Network | Resources & Support | Network Research
News | Events | Contact | Site Map | Merit Network Home


Merit Network, Inc.