[j-nsp] multicast questions

Hi all: I have an active multicast receiver looking for source 225.0.0.1: - u...@hs3# run show pim join extensive Instance: PIM.master Family: INET Group: 225.0.0.1 Source: * RP: 10.100.3.4 Flags: sparse,rptree,wildcard Upstream

Re: [j-nsp] equal-cost multipath using two DS3s

Hi, "Per packet" load balancing is actually "per-flow load balancing" on an M10i/M7i. The command is a hold-over from the very old Internet Processor version that did "per packet" on the M40/M20 etc... which Juniper has "left as-is" in JunOS. It does tend to throw people for a loop when they s

Re: [j-nsp] Setting MTU

What size MTU are trying to set? Which type of interface are you trying to set it upon? Leah -Original Message- From: juniper-nsp-boun...@puck.nether.net [mailto:juniper-nsp-boun...@puck.nether.net] On Behalf Of Brian Boles Sent: Monday, April 19, 2010 2:38 PM To: juniper-nsp@puck.nether.

Re: [j-nsp] Setting MTU

You have to set the mtu at the physical interface level. You must also account for the L2 overhead tho. Meaning if you want 9000 byte mtu for ip you need to set the physical ethernet interface to 9014. If you set the physical to a higher parameter the family will inherit the MTU as well. Meanin

Re: [j-nsp] equal-cost multipath using two DS3s

How are these redundant paths connected? Are you running BGP with your upstream providers and between those routers? Do you want it balanced in and outbound? Have you looked at how your routes appear on route servers? If you setup the BGP peering correctly, you should see some relatively balanced

[j-nsp] Setting MTU

MX 480 10.0R2.10 I am trying to change the MTU on my MX 10g interface, but every time I do a commit check I get this: Family MTU is too large relative to device MTU error: configuration check-out failed It will let me set the MTU under interface family inet, mpls, but unable to commit it. Any

[j-nsp] equal-cost multipath using two DS3s

I have an M10i connected to an M7i at a remote location using two DS3s. Attempts thus far to get traffic to share both links relatively evenly have not gone well. All of the traffic will typically use only one of the links, so it gets saturated while the second like is barely even touched. JT

Re: [j-nsp] AC power distribution for the MX

On Mon, Apr 19, 2010 at 04:22:58PM -0400, Ross Vandegrift wrote: > Hi everyone, > > Juniper docs claim this about the power system for an MX480: "Each > inlet requires a dedicated AC power feed and a dedicated 15 A (250 > VAC) circuit breaker." This seems silly - so long as we're > careful not to

[j-nsp] AC power distribution for the MX

Hi everyone, Juniper docs claim this about the power system for an MX480: "Each inlet requires a dedicated AC power feed and a dedicated 15 A (250 VAC) circuit breaker." This seems silly - so long as we're careful not to overload any circuits and pull from diverse panels, why would they care? Do

Re: [j-nsp] XNM and "match"

Thomas Eichhorn writes: >Is there any possibility to get only one specific entry or must I filter >within my application? This is quite unperformant, because some of the >ARP-tables >on my router are VERY big... Most of the pipe operations are not available in the API, since they are implemented

Re: [j-nsp] XNM and "match"

Hi Thom, you cannot pipe the ouptut. You have to execute the get-arp-table and put the output in a variable. After that you can go with for-each or with a jregex function and search after your IP address. Regards, Ahmad > -Ursprüngliche Nachricht- > Von: juniper-nsp-boun...@puck.neth

[j-nsp] XNM and "match"

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, I'am again stuck with XNM/JunoScript, maybe you have an idea: I try to get the arp cache from the router, but only a specific arp entry - but this seems not to work. The "get-arp-table" xml command doesn't have any filtering command, and if