Re: [j-nsp] 6PE RR next-hop resolution best practices

2015-05-18 Thread James Jun
Thanks Adam Ivan! I'll try this out shortly. Best, James On Mon, May 18, 2015 at 06:24:32AM +, Adam Vitkovsky wrote: To resolve the NHs you can do: set routing-options rib-groups 0-to-6 import-rib inet.0 set routing-options rib-groups 0-to-6 import-rib inet6.0 set routing-options

Re: [j-nsp] Junos BGP update generation inefficiency -cause for concern?

2015-05-18 Thread Mark Tinka
On 18/May/15 14:11, Scott Granados wrote: I’m not sure exactly what you’re looking for but the peer group system under JunOS is fairly efficient. If you set your export and import policies per group the bgp process will place these in a peer group and dynamically break off slow members

[j-nsp] SRx self-generated traffic

2015-05-18 Thread M Abdeljawad via juniper-nsp
Hello I have three questions related to SRX self-generated traffic 1- How to force the SRX self-generated traffic to get out to internet through certain link (suppose I have two internet connections)? 2- Is it possible to carry the self-generated traffic over a VPN tunnel terminated on the SRX?

Re: [j-nsp] 6PE RR next-hop resolution best practices

2015-05-18 Thread Adam Vitkovsky
Hi Ivan, James, To be honest I was improvising a bit with this one as we are using bgp.l3vpn-inet6.0 (6VPE) so I thought that 6PE would use bgp.inet6.0 but Ivan you’re right 6PE would be using inet6.0. Alright so by default the inet6.0 would try to resolve NHs in inet6.3 right? So it needs to

Re: [j-nsp] Junos BGP update generation inefficiency -cause for concern?

2015-05-18 Thread Scott Granados
I’m not sure exactly what you’re looking for but the peer group system under JunOS is fairly efficient. If you set your export and import policies per group the bgp process will place these in a peer group and dynamically break off slow members in to their own groups so that one slower peer

Re: [j-nsp] 6PE RR next-hop resolution best practices

2015-05-18 Thread Ivan Ivanov
Hi Adam, I am not sure if your solution will do the job. Do you have this in production? Table bgp.inet6.0 is a IPv6 table of routing-instance called 'bgp' or? Routes from label-unicast inet6 family are put in inet6.0 table not in bgp.inet6.0. James will confirm that after he tests it. It

Re: [j-nsp] Junos BGP update generation inefficiency -cause for concern?

2015-05-18 Thread Adam Vitkovsky
Hi Saku, Saku Ytti [mailto:s...@ytti.fi] Sent: 18 May 2015 12:50 On 18 May 2015 at 14:00, Adam Vitkovsky adam.vitkov...@gamma.co.uk wrote: Hey Adam, Yes I'm thinking about BGP Dynamic Update Peer-Groups - the improved BGP update message generation where the update-group

Re: [j-nsp] Junos BGP update generation inefficiency -cause for concern?

2015-05-18 Thread Adam Vitkovsky
From: Mark Tinka [mailto:mark.ti...@seacom.mu] Sent: 18 May 2015 13:23 On 18/May/15 14:11, Scott Granados wrote: I'm not sure exactly what you're looking for but the peer group system under JunOS is fairly efficient. If you set your export and import policies per group the bgp process

Re: [j-nsp] Junos BGP update generation inefficiency -cause for concern?

2015-05-18 Thread Jeff Haas
On May 18, 2015, at 8:08 AM, Julien Goodwin jgood...@studio442.com.au wrote: On 18/05/15 21:49, Saku Ytti wrote: The update-groups are created dynamically in JunOS as far as I know. That is if you have BGP group where neighbors have unique export policies, you will have multiple

Re: [j-nsp] Junos BGP update generation inefficiency -cause for concern?

2015-05-18 Thread Julien Goodwin
On 18/05/15 21:49, Saku Ytti wrote: The update-groups are created dynamically in JunOS as far as I know. That is if you have BGP group where neighbors have unique export policies, you will have multiple update-groups in configuration group. But I guess if you have two neighbors with same

[j-nsp] clear show class-of-service fabric statistics summary

2015-05-18 Thread Alberto Santos
Hi, Do you know if it is possible to clear show class-of-service fabric statistics summary ? thx BR Alberto ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp

Re: [j-nsp] SRx self-generated traffic

2015-05-18 Thread Ben Dale
On 18 May 2015, at 11:21 pm, M Abdeljawad via juniper-nsp juniper-nsp@puck.nether.net wrote: Hello I have three questions related to SRX self-generated traffic 1- How to force the SRX self-generated traffic to get out to internet through certain link (suppose I have two internet

Re: [j-nsp] 6PE RR next-hop resolution best practices

2015-05-18 Thread Adam Vitkovsky
Hi James James Jun Sent: 16 May 2015 16:20 The problem however is that I'm using the P's also as route-reflectors for distributing BGP throughout the network. So, I need the RR's to make correct BGP best-path decisions, but they can't do that on 6PE routes without having inet6.3 table to

[j-nsp] Junos BGP update generation inefficiency -cause for concern?

2015-05-18 Thread Adam Vitkovsky
Hi folks, I'd like to ask if the 90's way of BGP generating updates per peer-group is a cause for concern on a modern gear. And if not then anyways am I the only one missing some flexibility in BGP peers configuration in Junos? It's really annoying that every time one needs to adjust something

Re: [j-nsp] Junos BGP update generation inefficiency -cause for concern?

2015-05-18 Thread Saku Ytti
On (2015-05-18 10:04 +), Adam Vitkovsky wrote: Hey Adam, I'd like to ask if the 90's way of BGP generating updates per peer-group is a cause for concern on a modern gear. And if not then anyways am I the only one missing some flexibility in BGP peers configuration in Junos? It's

Re: [j-nsp] Junos BGP update generation inefficiency -cause for concern?

2015-05-18 Thread Adam Vitkovsky
Hey buddy, Saku Ytti Sent: 18 May 2015 11:12 On (2015-05-18 10:04 +), Adam Vitkovsky wrote: Hey Adam, I'd like to ask if the 90's way of BGP generating updates per peer-group is a cause for concern on a modern gear. And if not then anyways am I the only one missing some

Re: [j-nsp] Junos BGP update generation inefficiency -cause for concern?

2015-05-18 Thread Alexandre Snarskii
On Mon, May 18, 2015 at 10:04:00AM +, Adam Vitkovsky wrote: Hi folks, I'd like to ask if the 90's way of BGP generating updates per peer-group is a cause for concern on a modern gear. And if not then anyways am I the only one missing some flexibility in BGP peers configuration in

Re: [j-nsp] Junos BGP update generation inefficiency -cause for concern?

2015-05-18 Thread Saku Ytti
On 18 May 2015 at 14:00, Adam Vitkovsky adam.vitkov...@gamma.co.uk wrote: Hey Adam, Yes I'm thinking about BGP Dynamic Update Peer-Groups - the improved BGP update message generation where the update-group memberships is calculated automatically/dynamically by the system based on common