[j-nsp] Internet routes in MPLS network, global table or own VRF?

Phil Bedard philxor at gmail.com
Thu Jan 19 17:46:28 EST 2012

How is Juniper with load distribution of traffic over aggregates or ECMP with it being in a L3VPN? I've seen issues with at least one other vendor who hashes based on the service label on ingress nodes which makes using a L3VPN problematic for higher bandwidth networks.  They have since solved the issue by using entropy labels, just wondering how Juniper handles it. 

As for L3VPN versus not if it is a greenfield build then it could make sense to use it if it fits what you need.  Keep infrasrructue


On Jan 19, 2012, at 4:11 PM, Nathan Sipes <nathan.sipes at gmail.com> wrote:

> I think in large part it depends on your goal.
> I personally chose to keep everything out of my inet.0 table that wasn't
> core related.
> From this I gained a couple of things.
>  1. Only the PE's that I want to have the full internet table have it.
>  2. My inet.0 table is small and it makes spotting routes that shouldn't
>  exist easy.
>  3. I also up until recently had a need to split providers and peerings
>  in to separate VRFs and selectively control which traffic was allowed to
>  utilize certain providers to ensure that the outbound and in bound traffic
>  crossed the same set of firewalls. (this was the result of the conversion
>  from one network topology/design to another)
>  4. I also use my inet.0 instance for in-band management.
> There are some benefits to doing it each way. It always comes back to what
> do you want to accomplish?
> Nathan
> On Thu, Jan 19, 2012 at 8:05 AM, Mark Smith <ggglabs0 at gmail.com> wrote:
>> Hi
>> How should the global Internet routes be organized in IP/MPLS network?
>> Should they be put into global (inet.0) routing table or in their own
>> VRF (e.g. internet.inet.0)? Assume same P/PE routers are used to route
>> internet and VRFs.
>> What are the pros and cons of these approaches?
>> Pointers to good materials are appreciated.
>> (please excuse me if this is in the series of stupid questions ;)
>> Thanks.
>> _______________________________________________
>> juniper-nsp mailing list juniper-nsp at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/juniper-nsp
> _______________________________________________
> juniper-nsp mailing list juniper-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/juniper-nsp

More information about the juniper-nsp mailing list