I read that mpls engineering requires a link state routing protocol such as ospf or isis. We will be going to mpls soon, but currently use bgp on our WAN. Since bgp is a path vector protocol, does that mean we will need to drop bgp in favor os something like ospf or isis?
Does that mean it will work, but in a sort of degraded fasion? Will we be able to utilize the label switching, quasi layer 2 performance mpls offers using BGP?
I should add a few details regarding our network. This is a WAN using a private AS. We use bgp to advertise networks across the WAN. I'm not sure what's running in the provider's network. Perhaps they are using a link state routing protocol in their core and this is not actually an issue. I will have to follow up with the provider.
You can run MPLS with any routing protocol as the IGP. I've implemented it with EIGRP recently. However, the traffic engineering component of MPLS does requires a link state protocol like ISIS or OSPF. This is because CSPF which is used to set up the paths uses the information in the link state database. The entire topology (at least for that area or level) has to be known. You have to do a few different things to get TE paths to traverse areas/levels e.g. loose route objects.
your question is very good but BGP is used to carry the large ip routes which your igp cannot do. But in the MPLS network we use BGP to carry the customer routes from one pe to another transparently. If you donot use the bgp to transport the routes then may be the customers routes will be carried by your igp and which is not feasible becasue ip overlapping cannot be done in that case. Thats why we require the BGP in mpls network for carring customers routes and IGP for carrying SP routes. Fr every Customer route the next hop will be the SP cloud and whcih can be reached by only IGP.
Normally MP-BGP is used for implemenattion of MPLS in backbone or core. As pointed out by hritter and shivlu, often BGP is run on top of an IGP (something like ISIS or OSPF) for reasons of transperancy for customers. If you are NOT using MPLS TE, then options can be various.
Introduction: The "external-out enable" command is available for
configuration under the "router ospf process" in case of the IOS-XR
operating system. This command basically enables advertisement of
intra-area routes on the device as external routes in th...
Introduction Basic configuration for netflow Scale parameters for
netflow Netflow support Architecture Packet flow for netflow Inside the
LC CPU Netflow Cache size, maintenance and memory Sample usage Cache
Size Aging Permanent cache Characteristics Which...