[152680] in North American Network Operators' Group
Re: L3VPN MPLS - Internal BGP between CE - PE
daemon@ATHENA.MIT.EDU (Keegan Holley)
Tue May 8 06:31:08 2012
In-Reply-To: <4FA8C373.6030609@neterra.net>
From: Keegan Holley <keegan.holley@sungard.com>
Date: Tue, 8 May 2012 06:29:01 -0400
To: Javor Kliachev <jkliachev@neterra.net>
Cc: nanog@nanog.org
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
What is the next hop of the route? There should be an IGP route for
the next hop in the iBGP default. It should have a label or LSP
attached to it. How was the default generated? Does it come from a
provider? If so you may have to set next hop self on the router that
receives the default. Your provider's PE router IP won't be in your
IGP by default and hence won't be known to your label protocol.
2012/5/8 Javor Kliachev <jkliachev@neterra.net>:
> Dear Members,
>
> We are ISP which use the same autonomous system to hold External BGP
> sessions
> and for implementing L3VPN MPLS ( as internal BGP )
>
> We have a internal office router that receives a "default route" via IBGP
> from our border router.
>
> I'll try to briefly explain the problem:
>
> This internal router named (CE) keeps IBGP session with PE router in VRF
> "def".
>
> CE ( GlobalTable ) - PE ( vrf "DEF" )
>
> The aim is "default route" IBGP received from the the ISP provider to be
> redistributed to PE in all vrf "DEF"
>
> After establishing the session we observe that actualy that "default route"
> is propagating successful
> in whole vrf "DEF" but MPLS does not set label of this route and the traffic
> is blackholed.
>
> When using another protocol as OSPF and EIGRP everything is OK.
>
> We opened case in Cisco TAC and they explaned that IOS official is not
> support IBGP between PE and CE. Only EBGP.
>
> I would like to know if any of you had similar problem and if there is any
> workaround in Cisco platform.
> I see for example Juniper has special commands for resolving this problem.
>
> Thanks in advance!
>
> Best~
> Javor Kliachev
>
>
