On (2012-03-03 21:23 -0600), Kevin Wormington wrote:
loaded 10.4R9.2 and it goes back to 0% usage. I know that process
has something to do with Synchronous ethernet...has anyone else seen
this?
Everyone sees this from 11.2. Juniper knows about it, but they think it
works as expected.
You
Dear All
I am experiencing a very strange issue for one of my customer's
Juniper MPLS VPN with PE-CE as OSPF. Below is the setup details:
Location A-CE1OSPF Area
120---VRF-Lite-CE1--OSPF_Area0---PE1-MP-iBGPPE2---OSPF_Area
130--Locaton_B_CE2
Now the routes of Location_B_CE2 are
Hi,
Did you try with Type 3 route (ABR instead of ASBR role for PE)? I don't
know if this is applicable for your design.
I see that you use the same domain-id on both PE or I am wrong? In that
case the LSA should be Type 3 not Type 5.
HTH,
Ivan,
On Wed, Jul 11, 2012 at 11:45 AM, vaibhava
Dear All
I was testing a setup whereby I am using mix of LDP and RSVP in the
backbone for transporting MPLS VPN Traffic. The setup is something as
below:
CE1--PE1--PE2/RR---PE3PE4--CE2
Now we have a limitation that we can only run LDP between PE4 and PE3.
From PE3 to PE2/RR we
Hi Diogo
I have not checked that yet but what I did check was that PE2/RR is
advertising the route via BGP to PE4 and PE4 is not accepting it.
Right now I do not have access to the setup.
Please suggest where can be the issue and what more to check apart
from the one you mentioned and I will
Hi Ivan
Yes I did enable that under the RI. Also as I have mentioned before
that on the PE router I am able to see the routes under the VRF. These
routes are getting injected into OSPF with the VRF_Lite_CE also and
can verify it in the OSPF database there as shared earlier. Its only
that the
You need check the status of the routes in PE4. If they are hidden it
may be a LDP issue. If there is no hidden route then your problem may
be wrong route-target selection.
Thanks
On 7/11/12, vaibhava varma svaibh...@gmail.com wrote:
Hi Diogo
I have not checked that yet but what I did check
Hi Diogo
They are not hidden and have already verified the route-target.Its
correctly configured. Any other pointer ?
Also while using RR do we reallly need the Loopback IP of RR used for
BGP peering to be present in the inet.3 table of PE coz the RR just
reflects the route and does not modifies
Hi,
I suggest some steps below:
- verify the status of the routes in PE4. Are they being received by
the BGP neighbor ? Check the protocol NH status.
- you need to have an LSP between the PE1 and your RR. Same for PE4
and RR. But I am assuming this is fine because you see the routes
being
Hi Diogo
- verify the status of the routes in PE4. Are they being received by
the BGP neighbor ? Check the protocol NH status.
Routes are not received by BGP neighbour and I verified this show
route receive-protcol bgp x.x.x.x(PE2/RR)
- you need to have an LSP between the PE1 and your RR.
Hi,
Based on this, I would check the bgp configuration between pe2 and
pe4, and the RR configuration as well on PE2. Check if the inet-vpn
family is negotiated between both neighbors. If the BGP config looks
fine, then it points to rtarget.
The LSP (LDP or RSVP) between PE and RR is required to
Hi Diogo
Yes the RR Config is fine and the BGP neighbours are negotiated for
inet-vpn. RT I did verify earlier and was correct.
Unfortuantely I do not have the access right now but I will surely get
you the configs and outputs tomorrow morning.
COming back to the LSP between the PE and the RR,
Traceoptions enabled under BGP will tell you exactly what's happening to
the prefix when being received.
On 7/11/12 9:19 AM, vaibhava varma svaibh...@gmail.com wrote:
Hi Diogo
Yes the RR Config is fine and the BGP neighbours are negotiated for
inet-vpn. RT I did verify earlier and was
Hi,
I don't think this is the problem because your issue is in the
control-plane between PE4 and PE2. First of all, you need identify why
the routes sent by PE2 are not arriving at PE4.
If your config is correct, you need enable some traceoptions in the
bgp session between pe2 and pe4 to
Hi Diogo/Doug
Thanks for all the pointers. I will get back to you with the outputs
and further investigations.
By the way if you have time I have posted another stange issue for
OSPF in MPLS VPN as PE-CE for my another customer.
If you can see through it and suggest any pointers.Title is
15 matches
Mail list logo