The MPLS-OPS Archive

Cell Relay Retreat>MPLS-OPS Archive>month:2005-May> msg00054



[Date Prev][Date Next][Thread Prev][Thread Next]  
  [Date Index][Thread Index][Author Index][Subject Index]

RE: Inter-AS Provider Option A+Option B

  • From: "M. ELK" <elkou141061@hotmail.com>
  • Date: Sun, 29 May 2005 10:01:40 +0000
  • Resent-Date: Sun, 29 May 2005 06:21:49 -0400
  • X-OriginalArrivalTime: 29 May 2005 10:01:40.0733 (UTC) FILETIME=[68FC32D0:01C56435]
  • X-Originating-Email: [elkou141061@hotmail.com]
  • X-Originating-IP: [57.250.229.136]
  • X-Scanned-By: MIMEDefang 2.45

Miguel

Not very clear how U could achieve this .
If Possible , pls explain in little bit details how routing and data 
forwarding should work.
If possible , pls post the reply of manufacturer on the validity of this 
request .

As far as i understood :

the MP-eBGP is labeled , ie: a Label is advertised for each VPN IPv4 Prefix 
by the ASBR so How U could change the next-hop address ??
U could change the default next-hop address only if U are going to advertise 
the same label recieved for the same VPN prefix .ex: The case of RR  in 
option C where the label advertised in Mp-eBGP is the label recieved in 
MP-iBGP for the same VPN prefix .

Why not :
Say VRF A , is the VRF  where U want an IP path .
U config VRF A in the ASBR and assign an interface or sub-interface as 
option A .
U disable the deafult filtering on the ASBR MP-iBGP  (now all VPN IPV4  are 
imported ).
U apply filter on the MP-eBGP to prevent VPN prefix of VRF A to be 
advertised .

       ASBR1--------------Mp-eBGP-----ASBR2
          |                                       |
          |---e-BGP for VRF A-- FW------|



Brgds
>From: Miguel Cros Cecilia <miguel.cros@gmail.com>
>Reply-To: Miguel Cros Cecilia <miguel.cros@gmail.com>
>To: mpls-ops@mplsrc.com
>Subject: [MPLS-OPS]: Inter-AS Provider Option A+Option B
>Date: Sat, 28 May 2005 15:34:08 +0200
>
>We use internally in our network Multi-AS/Inter-AS Option A and also in
>other areas of our network we use Option B. When the number of VRF
>increases, Option A starts to manifest its limitations, specially in the
>re-establishment of BGP sessions, when we have some device failure.
>
>We would prefer to configure Option B, because we'd need only an MP-eBGP
>session, but the problem is that for specific VRF's we need to deploy FW in
>between the PE/ASBR.
>
>
>So the purpose of these E-mail is just to know if anyone makes sense the
>proposal that we are making to our router vendors (Cisco/Juniper):
>
>Lets use Option B for signally all the VRF's prefixes, but through
>route-maps/policy-statements associated to the MP-eBGP session, let us 
>allow
>to change selectively (only for specific VRF) the forwarding path to
>interfaces assigned to individual VRF's.
>
>Some of VRF traffic would follow the MPLS path (Option B) and other would 
>go
>through the IP path.
>The framework is there. There are even command to set the IP next-hop, but
>it doesn't work because it seems not to be designed for this scenario.
>
>The advantages would be having the scalability of Option B, and the
>flexibility of Option A, that allows the use of only IP devices (FW,
>Bandwidth Mgmt,etc).
>
>
>Regards

_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

-------
The MPLS-OPS Mailing List
Subscribe/Unsubscribe:  http://www.mplsrc.com/mplsops.shtml
Archive: http://www.mplsrc.com/mpls-ops_archive.shtml