IOS XR OSPF Sham-Link

IOS XR ile Sham-Link :

Sham-link kuruldukdan sonra sham-link üzerinden duyulan routeların IOS’de olduğu gibi vrf routing tabosunda ospf olarak görülmesi beklenir. Fakat IBGP olarak görülür. Routing kararı OSPF ile alınır fakat iletim yine’de BGP ile yapılır. PE’lerin OSPF nexthop’una iletim için mpls etiketlerine ihtiyacı vardır ve bunu’da IBGP ile bulurlar. Kısacası OSPF Sham-Link üzerinden anons edilen her route için IBGP ile’de o route duyması gerekir ki, karşı PE’deki o route’a MPLS networkünde nasıl gideceğini bilebilsin. Aslında bu IOS ve diğer cihazlar’da da böyledir. Eğer sham-lnik’den duyduğu prefixleri karşı PE’ye iletim için bir mpls etiketi bulamaz ise bu network kullanılamaz demektir. PE Sham-link’den duyduğu LSA’leri CE OSPF networküne anons eder. Fakat eğer mpls etiketi yok ise data yolunda bir kırılma olur. CE’de bu prefixlere route görülür fakat PE’de bir mpls etiketi olmadığı için erişim olmaz. Sonuç olarak sham-link üzerinen duyulan her bir prefix için aynı zamanda bir etiketinde olması gerekmektedir. OSPFv3 veya ISIS aynı zamanda etiket anons etme özellikleri kullanılabilir. Yani eğer bir şekilde sham-link üzerinden anons edilen prerfixler için aynı zamanda kullanılacak mpls etiketide anons edilebilse idi, IBGP’den de bu routeları duymaya ihtiyaç olmayabilirdir.

Sonuç olarak sham-link üzerinden duyulan routeların aynı zamanda IBGP ile’de anons edilmesi gerekir ki, ilgili PE bunları iletim tablosuna yerleştirebilsin.

IOS XR ile sham-link kuruduğunuzda ospf->bgp redistribution gereklidir. Bu olmadan sham-link up olmaz. Ayrıca sham-link üzerinden duyulan routelar IOS’den farklı olarak IBGP’den duyuluyormuş gibi gorulur.

Any other route advertised in an LSA that is transmitted over a sham link MUST also be redistributed (by the PE flooding the LSA over the sham link) into BGP. This means that if the preferred (OSPF) route for a given address prefix has the sham link as its next hop interface, then there will also be a “corresponding BGP route”, for that same address prefix, installed in the VRF. Per Section 4.1.2, the OSPF route is preferred. However, when forwarding a packet, if the preferred route for that packet has the sham link as its next hop interface, then the packet MUST be forwarded according to the corresponding BGP route. That is, it will be forwarded as if the corresponding BGP route had been the preferred route. The “corresponding BGP route” is always a VPN-IPv4 route; the procedure for forwarding a packet over a VPN-IPv4 route is described in [VPN].

If a VRF contains both an OSPF-distributed route and a VPN-IPv4 route for the same IPv4 prefix, then the OSPF-distributed route is preferred. In general, this means that forwarding is done according to the OSPF route. The one exception to this rule has to do with the “sham link”. If the next hop interface for an installed (OSPFdistributed) route is the sham link, forwarding is done according to a corresponding BGP route. This is detailed in Section 4.2.7.4.

Bu işlem PE’lerde OSPF ve IBGP arasında redistribution gereklidir.

IOS XR’da Sham-link üzerinden duyulan routelar için routing tablosuna bakıldığında BGP ile duyulduğu görülmektedir. IOS’de ise OSPF şeklinde görülür.

show bgp vpnv4 unicast vrf VRF_TEST 172.20.7.0
Thu Mar 19 10:09:53.917 GMT
BGP routing table entry for 172.20.7.0/28, Route Distinguisher: 12345:30002
Versions:
Process bRIB/RIB SendTblVer
Speaker 14923853 14923853
Last Modified: Mar 18 03:38:10.221 for 1d06h
Paths: (1 available, best #1)
Not advertised to any peer
Path #1: Received by speaker 0
Not advertised to any peer
Local
10.1.1.1.233 (metric 67660) from 10.1.1.1.5 (10.1.1.1.233)
Received Label 16309
Origin incomplete, metric 1000, localpref 100, weight 32768, valid, internal, best, group-best, import-candidate, imported
Received Path ID 0, Local Path ID 1, version 14923853
Extended community: OSPF domain-id:0x5:0x000000000004 OSPF route-type:0:5:0x1 OSPF router-id:10.10.126.171 RT:12345:4800 RT:12345:30002 RT:12345:30003
Originator: 10.1.1.1.233, Cluster list: 0.0.0.10
Source VRF: default, Source Route Distinguisher: 12345:30003

Aşaıdaki link ayrıntılı bir anlatıma yer vermiş :

https://mellowd.co.uk/ccie/?p=4741

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.