[j-nsp] congestioning a logical sub-interface

2010-02-21 Thread meryem Z

Hello community,

i need to verify Cos scheduler on my logical interface. to do this i need to 
simulate Congestion conditions. 
The question is : how to congestion a logical sub-interface without impacting 
the physical interface. is it possible to set a bandwidth limit for the 
sub-interface?


thank you.

Regards.

  
_
Hotmail : une messagerie fiable avec la protection anti-spam performante de 
Microsoft
https://signup.live.com/signup.aspx?id=60969
___
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp


Re: [j-nsp] Finally...

2010-02-21 Thread Phil Pierotti
The sad thing is that despite the *many and various* content-delivery
networks around, these vendors do not see it (decent speed downloads
for software updates) as a priority for their business.

A ten second search in your-favorite-source-of-knowledge yields *lots*
of we do this already, for software vendors, including authentication
and security.

It is literally a no-brainer, there is absolutely no excuse for poor
download performance of software/firmware updates from hardwawe
vendors.

Phil P

On Sun, Feb 21, 2010 at 9:21 AM, Kevin Loch kl...@kl.net wrote:
 Richard A Steenbergen wrote:

 On Sat, Feb 20, 2010 at 06:46:01PM +0100, Malte von dem Hagen wrote:

 You're right, that suck0rz big time. In 2010, one isn't used to having
 to wait for a download the time it takes to get a cup of coffee AND to
 empty it (this even works for the litre-buckets some of my colleagues
 use as mugs).

 I always wonder why of all companies network manufacturers have such
 bad internet connectivity (C and B aren't much better than J...).
 Maybe they need a good hosting ISP? I'd be glad to help ;-)

 Oh trust me vendor B/F is so much worse. Not only to they host their
 download server off a DSL line, but they limit the simultanious
 connections to 1 per IP. You can't even go browsing for other software
 or download the release notes while you wait for your first download to
 finish. And at least Juniper hasn't pulled a Cisco-style move and
 required javascript to download files.

 There is no excuse for that in 2010 (or even 2000). If they don't have
 the capacity or expertise to host sufficient download capacity in house
 then they should contract that out to someone who does.

 I wonder if they would require the download servers to be behind
 some other vendor's routers/switches so they can serve the cricital
 update that has their hardware falling over :)

 -Kevin
 ___
 juniper-nsp mailing list juniper-nsp@puck.nether.net
 https://puck.nether.net/mailman/listinfo/juniper-nsp

___
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp