Re: [j-nsp] Multi Core on JUNOS?

[Zaid Hammoudi]

On Thu, Oct 22, 2015 at 6:36 AM, Stepan Kucherenko  wrote:

> If we're speaking about "quality of life" stuff then I wish JunOS/FreeBSD
> traceroute would stop adding source routing bit when you include source
> interface/gateway/bypass-routing.
>

JUNOS currently uses a version of traceroute that is over 13 years old.
Apparently that's also what the latest version of FreeBSD uses too.
___
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp

Re: [j-nsp] ex4200 vc reboot master - perplexed

[Zaid Hammoudi]

Did you configure non stop-routing and non-stop bridging?

Sent from my iPhone

On 2012-08-03, at 4:06 PM, ryanL ryan.lan...@gmail.com wrote:

 hi all. relatively new to juniper gear, very new to virtual chassis.

 have 2x ex4200 top of rack in vc. bare bones config. connected to two
 core 4500's, not doing vc. also not doing spanning-tree (no need).
 vrrp is on c1 and c2 for the rack subnet, formed via the 4200's. sorry
 if my bad ascii art doesn't format proper.

 c1-ospf--c2
 ||
 ||
 ||
 4200a-vc4200b

 i have a host hanging off the 4200's. when i reload the master 4200a,
 i see the mac address instantaneously get removed on c1, show up on
 c2, via 4200b. makes sense. i also see vrrp mastership flip to c2,
 which is done via link-tracking. why, then, do i see ~45s of data loss
 to the host? it seems to be 45s pretty much every time i punt.

 to test this i'm pinging the host from c1 and c2 simultaneously.

 the host is doing bond0, active/backup. it flips over properly when
 the active side fails.

 is there something special about vc that i'm missing? i enabled
 no-split-detection because without it was really really bad news.

 appreciate any insight or things to look for!

 ryanL


 root@fsad-rs1 show configuration virtual-chassis
 no-split-detection;
 member 0 {
mastership-priority 200;
 }
 member 1 {
mastership-priority 200;
 }

 {master:1}
 root@fsad-rs1 show virtual-chassis status

 Virtual Chassis ID: 2ecd.820c.7baf
 Virtual Chassis Mode: Enabled
   Mstr   Mixed Neighbor List
 Member ID  Status   Serial NoModel prio  Role  Mode ID  Interface
 0 (FPC 0)  PrsntBP0212245349 ex4200-48t 200  Backup   N  1  vcp-0
 1  vcp-1
 1 (FPC 1)  PrsntBP0212245335 ex4200-48t 200  Master*  N  0  vcp-0
 0  vcp-1

 Member ID for next new member: 2 (FPC 2)

 {master:1}

 root@fsad-rs1 show version
 fpc0:
 --
 Hostname: fsad-rs1
 Model: ex4200-48t
 JUNOS Base OS boot [11.4R2.14]
 JUNOS Base OS Software Suite [11.4R2.14]
 JUNOS Kernel Software Suite [11.4R2.14]
 JUNOS Crypto Software Suite [11.4R2.14]
 JUNOS Online Documentation [11.4R2.14]
 JUNOS Enterprise Software Suite [11.4R2.14]
 JUNOS Packet Forwarding Engine Enterprise Software Suite [11.4R2.14]
 JUNOS Routing Software Suite [11.4R2.14]
 JUNOS Web Management [11.4R2.14]

 fpc1:
 --
 Hostname: fsad-rs1
 Model: ex4200-48t
 JUNOS Base OS boot [11.4R2.14]
 JUNOS Base OS Software Suite [11.4R2.14]
 JUNOS Kernel Software Suite [11.4R2.14]
 JUNOS Crypto Software Suite [11.4R2.14]
 JUNOS Online Documentation [11.4R2.14]
 JUNOS Enterprise Software Suite [11.4R2.14]
 JUNOS Packet Forwarding Engine Enterprise Software Suite [11.4R2.14]
 JUNOS Routing Software Suite [11.4R2.14]
 JUNOS Web Management [11.4R2.14]
 ___
 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

Re: [j-nsp] L2VPN Active Route Selection

[Zaid Hammoudi]

Thanks Stacy!

On Thu, Nov 3, 2011 at 09:04, Stacy W. Smith st...@acm.org wrote:

 Hi Zaid,

 Apparently I sent this answer only to Eric instead of the rest of the list.

 --Stacy


  -Original Message-
  From: Stacy W. Smith [mailto:st...@acm.org]
  Sent: Wednesday, June 29, 2011 12:32 PM
  To: Eric Van Tol
  Subject: Re: [j-nsp] L2VPN Active Route Selection
 
  Eric,
 
  FYI, I think I figured out the answer to this. Seems the path
  selection algorithm for the L2VPN address family is completely
  different from the normal path selection algorithm (Section 9.1.2.2
  from RFC4271).
 
  The L2VPN route selection algorithm can be found in Section 3.4.1 of
  http://tools.ietf.org/html/draft-kompella-l2vpn-vpls-multihoming-02.
 
  --Stacy




 On Nov 2, 2011, at 3:12 PM, Zaid Hammoudi wrote:

  Eric,
 
  Did you figure this out? I am having the same problem except with VPLS...
 
 
  Thanks,
 
  -Zaid
 
 
  On Mon, Jun 27, 2011 at 10:51, Eric Van Tol e...@atlantech.net wrote:
 
  -Original Message-
  From: Stacy W. Smith [mailto:st...@acm.org]
  Sent: Monday, June 27, 2011 12:34 PM
  To: Eric Van Tol
  Cc: 'Juniper-Nsp'
  Subject: Re: [j-nsp] L2VPN Active Route Selection
 
  Do you have anything configured under [edit protocols bgp path-
  selection]? Specifically, do you happen to have cisco-non-
  deterministic configured?
 
  --Stacy
 
  No, I do not.  The BGP config on the PE is pretty bare - no options
  besides the family:
 
  admin@lab.router# show protocols bgp | display inheritance
  local-address 10.18.20.46;
  group 65000-dr {
type internal;
family inet {
unicast;
}
family inet-vpn {
unicast;
}
family l2vpn {
signaling;
}
export ibgp-car_to_dr;
peer-as 7784;
neighbor 10.18.20.72;
neighbor 10.18.20.73;
  }
  group 65000-vpn {
type internal;
family inet-vpn {
unicast;
}
family l2vpn {
signaling;
}
neighbor 10.18.20.10;
  }
 
  I thought about configuring 'bgp-always-compare-med' or
  'cisco-non-deterministic', but figured it would be pointless, because
 the
  MEDs are all equal, and thus, the options wouldn't have any effect.
 
  Thanks,
  evt
 
  ___
  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


___
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp

Re: [j-nsp] L2VPN Active Route Selection

[Zaid Hammoudi]

Eric,

Did you figure this out? I am having the same problem except with VPLS...


Thanks,

-Zaid


On Mon, Jun 27, 2011 at 10:51, Eric Van Tol e...@atlantech.net wrote:

  -Original Message-
  From: Stacy W. Smith [mailto:st...@acm.org]
  Sent: Monday, June 27, 2011 12:34 PM
  To: Eric Van Tol
  Cc: 'Juniper-Nsp'
  Subject: Re: [j-nsp] L2VPN Active Route Selection
 
  Do you have anything configured under [edit protocols bgp path-
  selection]? Specifically, do you happen to have cisco-non-
  deterministic configured?
 
  --Stacy

 No, I do not.  The BGP config on the PE is pretty bare - no options
 besides the family:

 admin@lab.router# show protocols bgp | display inheritance
 local-address 10.18.20.46;
 group 65000-dr {
type internal;
family inet {
unicast;
}
family inet-vpn {
unicast;
}
family l2vpn {
signaling;
}
export ibgp-car_to_dr;
peer-as 7784;
neighbor 10.18.20.72;
neighbor 10.18.20.73;
 }
 group 65000-vpn {
type internal;
family inet-vpn {
unicast;
}
family l2vpn {
signaling;
}
neighbor 10.18.20.10;
 }

 I thought about configuring 'bgp-always-compare-med' or
 'cisco-non-deterministic', but figured it would be pointless, because the
 MEDs are all equal, and thus, the options wouldn't have any effect.

 Thanks,
 evt

 ___
 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

Re: [j-nsp] load balancing in Route reflector scenario

[Zaid Hammoudi]

Keegan,

Look into add-path, something that is not supported in JUNOS yet, but will
be sometime this year.

http://tools.ietf.org/html/draft-walton-bgp-add-paths-06


http://www.nanog.org/meetings/nanog48/presentations/Tuesday/Ward_AddPath_N48.pdf


http://www.juniper.net/us/en/local/pdf/whitepapers/2000345-en.pdf


-Zaid

On Wed, Aug 10, 2011 at 13:02, Keegan Holley keegan.hol...@sungard.comwrote:

 Not sure if others will have a better answer, but I don't think this is
 possible.  As far as I know BGP doesn't support multi-pathing so there
 isn't
 a way to have two next hops used for the same prefix.  You might be able to
 peer with a loopback address and use your IGP to create equal cost routes
 to
 the BGP loopback address.  If you run mpls that obviously complicates
 things
 a bit.

 2011/8/10 biwa net biwa...@gmail.com

  Dear All
 
  I have a setup where I need to load balancing routes received from 2 RR
 in
  IPV4 environment (not VPN-IPV4)
 
  I have my  PE (let's called PE1) connected to 2 RR (cluster), my
  destination
  subnet eg: 10.1.1.1/24 is behind 2 PE (PE-2 and PE3) which are also
 client
  of the same 2RR
 
  PE-2 and PE3 are sending the same route 10.1.1.1/24 to the RR ,  which
 as
  per normal behavior is selecting the best route to PE1  ,
 
  My issue is that RR is always advertising the route 10.1.1.1/24 through
  PE2
  (due to lower router id) as best path and I would like to load balanced
 it
  through PE2 and PE3
 
  Anyone can recommend a way to load balance ?
 
  Unfortunately I dont have a lab to test any solution and there are live
  traffic on this ,so all I can do is guessing is whether the below 2
 option
  would work or not.
 
  2 option I have
 
  1.So here I am trying to thinking about testing the multipath command
 under
  the RR configuration  to see if I am receiving routes from both PE or not
 ,
 
  2.  try to put all devices them in routing instance VRF , with the BGP
  configuration under it (both RR and client) , and RD configured in the
 VRF
  (but not putting any vpn family under bgp) so that it stays IPV4 routes ,
  maybe I could cheat the RR to believe these are 2 differentes routes due
 to
  the RD, but dont know if this works or not .
 
  anyone has had similar issue and found a workaround ?
 
  does the 2 option above actually work or not ?
 
  thanks for any input
  ___
  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

___
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp