Samit
Something similar to limit source-mac should help...you can try to fine
tune it further!
l...@m120# show interfaces ge-1/3/0
encapsulation flexible-ethernet-services;
gigether-options { ===
source-filtering;
}
}
vlan-id 1001;
encapsulation vlan-vpls
Hello,
Too bad!
With IQ2 PIC and possibly ISE features on an I chip upgraded M series
you probably could have fixed it without static ARP:s
Cheers
Patrik
Samit wrote:
Hi Tarique,
Thanks, but I am not running mpls/vpls nor do I have a IQ pic.
Regards,
Samit
Nalkhande Tarique Abbas
All,
We have a (quite busy) netscreen 5400, which we occasionally need to
make big policy updates to. It goes very slow if we paste in changes via
the CLI, and we're not inclined to buy Netscreen Security Manager (or
whatever it's called these days) because our reseller stiffed us on a
I would not suggest playing with that fire...
My personal suggestion to make bulk updates or update many configuration
items at once would be to create the list of changes to a file and then tftp
merge it into the configuration.
It will go very fast and you can tell if anything errored out
Tim Eberhard wrote:
I would not suggest playing with that fire...
My personal suggestion to make bulk updates or update many
configuration items at once would be to create the list of changes to a
file and then tftp merge it into the configuration.
It will go very fast and you can tell if
Phil Mayers wrote:
Tim Eberhard wrote:
I would not suggest playing with that fire...
My personal suggestion to make bulk updates or update many
configuration items at once would be to create the list of changes to a
file and then tftp merge it into the configuration.
It will go very fast
On Fri, Jun 26, 2009 at 12:52:49PM +0100, Phil Mayers wrote:
However - I have it on good authority that NSM merely uses a hidden CLI
command to start commit bulk updates all at once, a bit like SQL
e.g.
set mode bulk
set address Trust ...
...100 more lines
set mode bulk-commit
...or
Ross Vandegrift wrote:
On Fri, Jun 26, 2009 at 12:52:49PM +0100, Phil Mayers wrote:
However - I have it on good authority that NSM merely uses a hidden CLI
command to start commit bulk updates all at once, a bit like SQL
e.g.
set mode bulk
set address Trust ...
...100 more lines
set mode
On Fri, Jun 26, 2009 at 5:02 PM, Ross Vandegrift r...@kallisti.us wrote:
On Fri, Jun 26, 2009 at 12:52:49PM +0100, Phil Mayers wrote:
However - I have it on good authority that NSM merely uses a hidden CLI
command to start commit bulk updates all at once, a bit like SQL
You can view the
Does anyone know what this means? I have these all through my message logs
on a 4200 VC.
Jun 26 14:58:19 core1.pit1 fpc0 Failed to find the resolving address node
Jun 26 14:58:23 core1.pit1 fpc1 Failed to find the resolving address node
Jun 26 14:58:25 core1.pit1 fpc0 Failed to find the
Yes. This is in addressed in JUNOS Problem Report Number : 412240.
JTAC claims this is harmless and will be fixed in a future release.
On Jun 26, 2009, at 12:02 PM, Brendan Mannella wrote:
Does anyone know what this means? I have these all through my
message logs
on a 4200 VC.
Jun 26
Is it service affecting to change the physical interface encapsulation on a
mx router to flexible Ethernet services?
jay
___
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp
12 matches
Mail list logo
