Re: [j-nsp] simple QoS-policy ERX310

2011-08-04 Thread Tom Teeuwen
Hello Chris,

I already looked at the first two options but our wholesaleprovider doesn't 
support this option.

Now i'm thinking of the last option, i can retrieve the downstreamrate via SNMP 
and add it to the RADIUS database.
But is there a way to configure the ERX to adjust the queue with the new 
retrieved bandwidth ?

Kind regards,
Tom

Van: Chris Hellberg [ch...@chrishellberg.com]
Verzonden: woensdag 3 augustus 2011 22:05
Aan: Tom Teeuwen; juniper-nsp-boun...@puck.nether.net; 
juniper-nsp@puck.nether.net
Onderwerp: Re: [j-nsp] simple QoS-policy ERX310

Tom,

The tricky part is getting the line rate out of yours (or your wholesaler's) 
equipment. What you do with it (ie on the 310) is easier. You could extract it 
in these ways:

* ANCP between DSLAM/AN and the ERX to continually exchange line rate details 
(best) and feed these data into your qos profile.
* PPPoE rate info stamped in PADI and PADR packets by the AN. The drawback is 
when the line speeds(s) adjust(s) without retraining the DSL line, which is 
normal, the ERX will not have an accurate view of the new line speed(s)
* an out-of-band homegrown solution to put the line rate from the AN or its NMS 
into your radius server and use QoS parameters in conjunction with QoS 
profiles. But the same drawback exists here as with the second option.

Regards,

Chris
-Original Message-
From: Tom Teeuwen t...@tomteeuwen.eu
Sender: juniper-nsp-boun...@puck.nether.net
Date: Wed, 3 Aug 2011 18:23:10
To: juniper-nsp@puck.nether.netjuniper-nsp@puck.nether.net
Subject: [j-nsp] simple QoS-policy ERX310

Hello,

We have a setup with an ERX310 for aggregating PPPoE connection (xDSL).
The connections are terminated on a GigabitEthernet interface.
Now we want to setup QoS for VoIP on the downstreamtraffic.

I can create a QoS policy with 2 queues, one best-effort and a voice queue with 
strict priority and give it an assured-rate of 500Kbps. Via RADIUS i can assign 
the policy to the PPPoE interface.
But i need to specify the maximum bandwidth for the best-effort queue to let it 
work.
The problem is that when i have a customer with a 8mbps ADSL-connection this 
can be a 7Mbps connection in practice because of the local-loop lenght.
So this qos policy is not gonna work.

Is there a easier way to achieve this, without the need to assign this maximum 
bandwidth ?

Kind regards,
Tom
___
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


Re: [j-nsp] LLDP on M series ?

2011-08-04 Thread Derick Winkworth
good question... you'd think this would not be a platform specific feature... 
sometimes when a feature like this is announced for T-series devices, it shows 
up on M devices too...


Sent from Yahoo! Mail on Android

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


[j-nsp] Layer2/MAC Issues JUNOS upgrade 8.5 to 10.0

2011-08-04 Thread The Drifter

Hello,
Has anyone encountered missing MAC addresses, ARP entries, and/or problems with 
static routes in a Layer2 environment. L2 environment consists of M320 PE  
Cisco6500- Performance Technology FW/NAT devices. We encountered strange 
issues when upgrading M320. 
 
Thanks!
Jimmy 
___
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp