FAHAD ALI KHAN wrote:
> Dear All
>
> Thanks for you support i also want to start another thread which has ben
> questioned alot of time but never answered.
>
> Carrying MPLS VPN [L2VPN (Kompella) and L2cct (Martini)] traffic over GRE
> Tunnel.
>
> As it has been proposed in Juniper Documentati
Dear All
Thanks for you support i also want to start another thread which has ben
questioned alot of time but never answered.
Carrying MPLS VPN [L2VPN (Kompella) and L2cct (Martini)] traffic over GRE
Tunnel.
As it has been proposed in Juniper Documentation that MPLS over GRE is
supported, i
Friday, April 20, 2007, 8:48:17 AM, you wrote:
FAK> One more question related to Multicalss MLPPP. Suppose if my scenario is
FAK> something like following,
FAK> PE1 = PE2 PE3
FAK> ||
FAK> ||
FAK>
One more question related to Multicalss MLPPP. Suppose if my scenario is
something like following,
PE1 = PE2 PE3
||
||
PE4
In this case, PE2 has total three MLPPP bundles, one with each PE1, PE3 and
Wednesday, April 18, 2007, 7:47:11 AM, you wrote:
>>
>> Dear Josef
>>
>> Thanks for your valuable information, and yes you got righti was
>> checking on interface extensive, which not showing any Q stats...while on
>> *sh interface queue, *the packets are actually going to those specific
>
> Dear Josef
>
> Thanks for your valuable information, and yes you got righti was
> checking on interface extensive, which not showing any Q stats...while on
> *sh interface queue, *the packets are actually going to those specific
> queue.
>
> Kindly can you explain this is little bit detail.
Fahad,
the behavior you see is normal and expected.
First to see the queue statistic on LSQ interface you most
likely forgot to add the subunit number as the interface
queue number will be zero all the time since this is the
entire LSQ interfaces. That
efore all will be in the BE queue.
-evt
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of FAHAD ALI KHAN
Sent: Tuesday, April 17, 2007 2:19 AM
To: Dan Rautio
Cc: juniper-nsp
Subject: Re: [j-nsp] Class of Service implementation over MLPPP link
Dan
This i
of Service implementation over MLPPP link
I assume that you are classifying traffic by using filters on each of
the T1s. Can you post those filters? They are also not applied to the
LSQ interface in the original post. If you don't have the filter
applied to the LSQ logical interface, your tr
Dan
This is not working, even with enabling per-unit schedular on constituent
link and applying schedular-map to their logical unit in Class of Service
Interface hierarchy as u suggest.
Results are same, while pushing Gold, Silver or BE traffic, i.e. all goes to
queue 0 (BE). And in lsq interface
f Of
> FAHAD ALI KHAN
> Sent: Thursday, April 05, 2007 2:33 AM
> To: juniper-nsp
> Subject: [j-nsp] Class of Service implementation over MLPPP link
>
>
> Guysim stuck in implementing CoS over MLPPP link (E1s).
> My scenario is,
> CE---PE===(2E1
Guysim stuck in implementing CoS over MLPPP link (E1s). My scenario is,
CE---PE===(2E1s MLPPP)===PE---CE
My configuration is as under,
chassis {
fpc 0 {
pic 2 {
adaptive-services {
service-package layer-2;
}
}
}
interfaces {
e1
12 matches
Mail list logo
