Re: [j-nsp] Force IP traffic not to use the LSP path when enabling ISIS Traffic Engineering with Shortcuts
Hi Peter, IGP shortcuts should import more routes in inet.3 for the purposes of BGP resolving, as is described in the link below. http://www.juniper.net/techpubs/en_US/junos10.4/topics/concept/mpls-igp-shortcuts.html?searchid=1318793088423 It will not copy anything to inet.0. Do you have eventually 'set protocols mpls traffic-engineering bgp-igp' in the configuration, as this command will do exactly what you described? Hope this will help you! Ivan, On Sat, Oct 15, 2011 at 00:12, Peter K pjk...@gmail.com wrote: We are in the process of enabling traffic engineering with shortcuts for ISIS on an IP\MPLS based network. As a result of enabling ISIS traffic engineering with shortcuts, IP traffic will utilize the LSP paths (inet.3) for the forwarding decision. Is there a configuration feature so the IP traffic will continue to used inet.0 as we enable the ISIS traffic engineering feature. We observed a disruption in our IP traffic when we enabled the traffic engineering feature possibly due to the fact in the change of the forwarding path to the LSP. Regards, Peter ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp -- Best Regards! Ivan Ivanov ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] Force IP traffic not to use the LSP path when enabling ISIS Traffic Engineering with Shortcuts
Peter, One way to accomplish what I think you are asking for is to use different BGP next hops for destinations you want to have native IP switched traffic and those which you want to transport over MPLS LSP (TE or LDP). Then you are only constructing MPLS LSPs to those next hops you would like to see label switched to. R. We are in the process of enabling traffic engineering with shortcuts for ISIS on an IP\MPLS based network. As a result of enabling ISIS traffic engineering with shortcuts, IP traffic will utilize the LSP paths (inet.3) for the forwarding decision. Is there a configuration feature so the IP traffic will continue to used inet.0 as we enable the ISIS traffic engineering feature. We observed a disruption in our IP traffic when we enabled the traffic engineering feature possibly due to the fact in the change of the forwarding path to the LSP. Regards, Peter ___ 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] Force IP traffic not to use the LSP path when enabling ISIS Traffic Engineering with Shortcuts
We are in the process of enabling traffic engineering with shortcuts for ISIS on an IP\MPLS based network. As a result of enabling ISIS traffic engineering with shortcuts, IP traffic will utilize the LSP paths (inet.3) for the forwarding decision. Is there a configuration feature so the IP traffic will continue to used inet.0 as we enable the ISIS traffic engineering feature. We observed a disruption in our IP traffic when we enabled the traffic engineering feature possibly due to the fact in the change of the forwarding path to the LSP. Regards, Peter ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp