Hello John!
On Juniper side this can be added to your logical unit configuration:
unit 614 {
encapsulation vlan-ccc;
vlan-id 614;
input-vlan-map {
swap;
vlan-id 461; # swap dot1.q tag before sending over network
}
output-vlan-map swap; # swaps to 614 b
Hello Bit,
In addition to what Truman suggested (explicit approach)
you can also try adding "from ip-options any" to your term.
term NO-RT-ALERT {
from {
ip-options any;
ip-options-except router-alert;
}
then {
count NO-RT-ALERT;
log;
discard;
}
}
T
Hi Shekar,
You say that the router model is M20
> Could you please clarify this point. how to downgrade? why not able
> to see the interfaces? The router model is M20.
Strange that you mention xe-6/0/0 or ge-4/0/0. As these interfaces
can't exist on M20. There are no FPC slots #6 and #4 on M20.
Hi SunnyDay,
It used to be "aaa accounting interval" before JUNOSe 8.2.x for both intervals.
http://www.juniper.net/techpubs/software/erx/junose90/swcmdref-a-m/html/a-commands10.html
Now you can configure these two intervals independently.
So the old syntax is deprecated, but obviously it still w
Hi Justin,
In this case the AS2 PIC hardware limitation is the key.
I think the value you report here - 150 kpps is inline with the 250
kpps marketed for this variant of the service PIC. Your best practice
would be either to turn off sampling on some interfaces or to change
sampling rate to someth
Hi Brian, Justin!
This sampling story can be implemented in two different ways on M/T-series.
One way of configuring the sampling output stanza is to utilize RE
resources for exporting flows. That is the default (and free) approach
when one of the daemons on RE - sampled - is doing the job of
aggr
Hi Giuliano,
Is that M- or J- series?
Because on M-series you would need AS, or AS-II or similar PIC
installed for this one to implement:
ip nat inside source list 1 pool POOL-02 vrf VRF01 overload
-Alexander
On 5/5/08, GIULIANO (UOL) <[EMAIL PROTECTED]> wrote:
> People,
>
> I need to convert
Hi Giuliano,
Please, have a look here
http://www.juniper.net/techpubs/hardware/m7i/m7i-pic/eia-530-pic.html
-Alexander
___
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp
won't be able to see the status under
show interfaces terse
until you make the PIC back online.
Kind regards,
Alexander Tarkhov
On 3/4/08, Samuel <[EMAIL PROTECTED]> wrote:
>
> In such way that I get:
>
> [EMAIL PROTECTED]> show interfaces terse
> Interface
On 4/5/07, Ali <[EMAIL PROTECTED]> wrote:
> Can I transport Layer 2 Circuit over GRE?
Additional questions on the same subject:
1. To support Layer 2 Circuit transport over GRE tunnel in JUNOS
what MTU settings are to be used on GRE and physical outgoing intf
(let's say we transport standard 1514
Hi Matias,
I believe there is no way to check actual buffer usage per queue per interface.
Look for [Tail-dropped packets] under the
show interfaces queue interface-name
If that is increasing for voip queue, that's good indication buffer
size in your setup is not sufficient to accommodate
On 3/17/07, David Ball <[EMAIL PROTECTED]> wrote:
>when doing the hashing. I haven't tried it yet personally, but it
> likely comes with a CPU hit of some kind.
>
> David
Hi David,
There is no CPU hit associated with the hash-key statements on M/T-series.
In fact hardware always uses hashin
12 matches
Mail list logo
