[j-nsp] SRX CoS Bandwidth
Hi, Can anybody explain the QoS operation of a SRX when a higher priority queue is in negative credit and a lower priority queue is in positive credit yet has traffic to transmit? The documentation suggests: "Transmission Scheduling The packets in a queue are transmitted based on their transmission priority, transmit rate, and the available bandwidth. By default, each queue can exceed the assigned bandwidth if additional bandwidth is available from other queues. When a forwarding class does not fully use the allocated transmission bandwidth, the remaining bandwidth can be used by other forwarding classes if they receive a larger amount of offered load than the bandwidth allocated." Yet we have observed starvation of lower priority queues in preference to higher (not strict-high). This appears to be at odds with say the MX or J-series routers mode of operation. Thanks for your help, Tim. ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] SRX for MPLS
Interesting/ disappointing to read that the top end SRXs don't support MPLS as it is clearly the intention to deploy MPLS to the edge with the smaller SRXs. So what is Juniper's solution for concentration points in the network e.g. head offices etc? Do the large SRXs have no support for "Family mpls" in any fashion? Is it on the roadmap (the statement below would suggest it is)? And if so when can it be expected? Thanks, Tim. -Original Message- Message: 1 Date: Fri, 22 Oct 2010 08:54:36 +0530 From: Jai Chandra Gundapaneni To: "EXT - xmi...@gmail.com" Cc: "'juniper-nsp@puck.nether.net'" Subject: Re: [j-nsp] SRX for MPLS Message-ID: <33e45efc4b29ee4195b9440b22f885ea584a8...@embx02-bng.jnpr.net> Content-Type: text/plain; charset="iso-8859-1" Sorry for the confusion. The top end SRX don't yet support the MPLS feature as yet. The top end SRX don't work in packet mode. ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] Load balacing issue - M7i
It may depend on the environment you are trying to perform load sharing in, but we were informed by J-TAC that the M7i CFEB could not perform MPLS loadsharing across 2 equal cost paths - I'd love to be proved wrong ;-) An Enhanced CFEB would be required :( May be worth checking with J-TAC for your particular case. Cheers, Tim. > On Wed, Sep 16, 2009 at 4:47 PM, Shiva Shankar wrote: > >> Hi Gebts Ladies.A quick question on load balancing on juniper M7i >> running Junos 8.4R2..The config I have on the router is: >> >> family mpls { label-1; payload { ip; } } >> >> The documentation says, for load-balacing (or load sharing per flow), the >> above uses label-1 (which is VPN label) and bits of IPv4 addess..My >> question >> is, (i) does it includes all the bits in an IPv4 address or just few bits >> of IPv4 address? cheers *** ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] Path MTU Discovery - MPLS VPN
RE: vrf-mtu-check; Thanks, yes J-series its applied automatically, the M-series I'd already applied it manually. Also tried enabling ICMP-tunneling, but still no luck :( Any ideas how to debug? Thanks, Tim. -- Date: Wed, 27 May 2009 20:46:01 +0500 (PKT) From: mas...@nexlinx.net.pk Subject: Re: [j-nsp] Path MTU Discovery - MPLS VPN To: tim.h...@bt.com Cc: juniper-nsp@puck.nether.net Message-ID: <28064.196.46.241.57.1243439161.squir...@nexmail1.nexlinx.net.pk> Content-Type: text/plain;charset=iso-8859-1 the vrf IP address is drawn from among the IP addresses associated with interfaces configured for that routing instance. so you meet that requirement. to enable path checks on the outgoing interface for unicast traffic routed on a VRF routing instance, you may need to include the vrf-mtu-check statement under chassis. [edit chassis] vrf-mtu-check; BR// Masood Blog: http://weblogs.com.pk/jahil/ ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] Path MTU Discovery - MPLS VPN
Thanks Masood, I have an FE associated with the VRF on the CE/PE router with a /26 assigned and so I assume I meet that requirement? Should path MTU check work within the MPLS cloud ie. Say a link from the P to PE has a reduced MTU? IS there any general info out there that would help? I had a look at the RFC. Cheers, Tim. -Original Message- From: mas...@nexlinx.net.pk [mailto:mas...@nexlinx.net.pk] Sent: 27 May 2009 16:28 To: Hunt,TJ,Tim,DMH2 R Cc: Subject: Re: [j-nsp] Path MTU Discovery - MPLS VPN path mtu check requires at least one IP address must be associated with each vrf. If an IP address is not associated with the routing instance, icmp reply messages cannot be sent. BR// Masood Blog: http://weblogs.com.pk/jahil/ > Hi, > > I've been trying to get Path MTU Discovery working for M/J-series, > appreciate that the M-series requires vrf-mtu-check > setting. Having done this I've tried testing it by launching Pings (DF > set) with a larger MTU than the link, but I'm getting no response at > all > - expecting ICMP response. > Has anyone any experience of the above? What stops it from working? - > I have vrf-table-label set on some CE/PE devices. Is my test valid? > Thanks, > Tim. > > > > ___ > 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
[j-nsp] Path MTU Discovery - MPLS VPN
Hi, I've been trying to get Path MTU Discovery working for M/J-series, appreciate that the M-series requires vrf-mtu-check setting. Having done this I've tried testing it by launching Pings (DF set) with a larger MTU than the link, but I'm getting no response at all - expecting ICMP response. Has anyone any experience of the above? What stops it from working? - I have vrf-table-label set on some CE/PE devices. Is my test valid? Thanks, Tim. ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
[j-nsp] MPLS/VPN PE RPM Probes
Hi, Has any body experience of setting up RPM probes between MPLS/VPN PEs whilst using AS PIC for time stamping and CoS? I've tried to put the SP interface into the VPN without success, hence the return route is unknown to the far end. Using M-series on 8.1 code, it doesn't look like I can change probe source address when using the SP :-( Any other ideas? Thanks, Tim. ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
[j-nsp] Police Averaging Interval
Hi, Just wondering in any body knows what the time interval is, over which the policer statement calculates the Bandwidth, similarly the period for the burst size? Been digging around the documents and there are a couple of methods which describe how to set burst size... Any decent references? Thanks, Tim. ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] Inter-AS VPN
Thanks Harry, indeed it is. Cheers, Tim. -Original Message- From: Harry Reynolds [mailto:[EMAIL PROTECTED] Sent: 30 June 2008 16:55 To: Hunt,TJ,Tim,DGE62 R; juniper-nsp@puck.nether.net Subject: RE: [j-nsp] Inter-AS VPN Yes, I believe only supported for multihop ebgp session, however: set protocols bgp group ebgp multihop no-nexthop-change > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > [EMAIL PROTECTED] > Sent: Monday, June 30, 2008 8:41 AM > To: juniper-nsp@puck.nether.net > Subject: [j-nsp] Inter-AS VPN > > > Hi, > Looking at implementing Inter-AS VPN Option C with route reflectors > similar to: > http://www.juniper.net/techpubs/software/erx/junose71/swconfig > -bgp-mpls/ > html/bgp-mpls-apps-config8.html > > However, we're implementing using M-series routers not ERX. > Does a similar command to "neighbor next-hop-unchanged" exist in > JUNOS? > > Thanks, > Tim. > > ___ > 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
[j-nsp] Inter-AS VPN
Hi, Looking at implementing Inter-AS VPN Option C with route reflectors similar to: http://www.juniper.net/techpubs/software/erx/junose71/swconfig-bgp-mpls/ html/bgp-mpls-apps-config8.html However, we're implementing using M-series routers not ERX. Does a similar command to "neighbor next-hop-unchanged" exist in JUNOS? Thanks, Tim. ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp