[j-nsp] Tracking VRF Targets
Cristian Frizziero
cristian.frizziero at iquall.net
Tue Jun 11 06:01:15 EDT 2013
Hi Paul,
Actually this could be a trivial issue, but in the real world customers
can fall in any kind of inconvenient due to a wrong naming system :)
In my case (Telecom Italia), customer has a naming convention for
routing-instances, where each vrf is a client of course. For
route-distinguisher choice i'm not completely sure because it completely
depends on provisionig people, that here act independently from
operations and engineering.
Anyway, in troubleshooting and network maintainence we observed that:
- preferently the instance name should refer to the instance type (in
order to be able to easly differentiate between L3VPN and VPLS for
example, directly looking at the name)
- not sure that using VLAN in the RD composition is a good choice: here
we have clients with accesses in many vlans, and for us this is not a
meaningfull parameter in order to identify the customer, possibily in
your case this could be a future evolution ?; possibly it should be used
a univoque ID for customer that can be inserted both in instance-name
and in the RD value.
In any case, i think the key here is in having a very robust tool
(database) for provisioning: not possible to demand to JUNOS this kind
of reponsabilities.
Cristian
On 06/11/2013 11:26 AM, Paul Stewart wrote:
> Hey thereŠ.
>
> Subject line might be a bit confusing but here goes:
>
> In our Juniper network, we have a growing number of LSP's. Primarily
> these LSP's are used for l2vpn connections and some VPLS.
> In our l2vpn configurations we assign VRF information which might look
> like this:
>
> vrf-target target:12345:2049
>
> We are adopting target:our_asn:vlan_number as our standard way of "naming"
> these targets. Obviously we want to avoid duplications across the
> network. Our eBGP connections are all community driven as well and we
> want to avoid assigning VRF-target that may conflict with them.
>
> Is there any suggested "tracking" options that folks use to ensure network
> wide unique VRF targets are being assigned? We could use a spreadsheet
> (yuck) or build a database for this just looking for feedback on how
> others tackle this today.
>
>
> Any/all feedback much appreciatedŠ
>
> Paul
>
>
>
> _______________________________________________
> juniper-nsp mailing list juniper-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/juniper-nsp
--
--------------------------
Cristian Frizziero
More information about the juniper-nsp
mailing list