Distance-vector Routing Protocol

distance-vector routing protocol (mesafe-vektör yönlendirme protokolü) paket-anahtarlamalı ağlarla ilgili bilgisayar iletişim(computer communication) kuramında yer alan iki ana sınıftan biridir. diğeriyse bağlantı-durum (link-state) protokolüdür. distance-vector yönlendirme protokolü yolların hesaplanmasında bellman-ford algoritmasını kullanır.

distance-vector yönlendirme protokolü istekleri, periyodik olarak komşularının yönlendirme bilgisine ihtiyaç duyar. bu bazen bir ağ topolojisinde bir seçim yapıldığında da gerekebilir.bağlantı-durum protokolü ile karşılaştırılmak istenirse, bağlantı-durum protokolü içinde bulunduğu ağ topolojisinde tüm nodların(node) yönlendirme bilgisine ihtiyaç duyar. distance-vector yönlendirme protokolü ise daha az hesaplama karmaşıklığına ve mesaj ek yüküne sahiptir.

yönlendirici anlamına gelen distance vector yön ve mesafenin vektör ile tanımıdır. yön basitçe yakındaki hop adres, çıkış arayüzü ve aynı zamanda bu hop adreslerin sayısıdır.

distance-vector yönlendirme protokolü kullanan yönlendiriciler bir hedefin tüm bilgilerine sahip değillerdir.
distance-vector yönlendirme protokolü(bundan sonra dvrp diye anılacaktır) yerine iki yol kullanırlar:

 arayuze iletilecek olan paketi veya yönü.
 hedefe olan mesafeyi.

dvrp'ye örnek verecek olursak: ripv1 ve v2(bilgi yönlendirme protokolü) ve igrp(i̇ç geçit yönlendirme protokolü). egp(dış geçit protokolü) ve bgp(sınır geçit protokolü) saf dvrp olup olmadıkları kesin değildir, çünkü bir dvrp yalnız bağlantı tabanlı yönlenmeleri hesaplar bgp'de ise bir ornek verilecek olursa, yerel bağlantı öncelik değeri bağlantı maliyeti üzerinden hesaplanır.

yöntemler 

aynı temel özelliklere sahip farklı dv (distance-vector) tabanlı protokoller arasındaki yönlendirme gerektiren bir ağ için en iyi yol hesaplama metotları kullanılır.

yönlendirme anlamına gelen dv mesafe ve yönün vektör ile tanımıdır. yön basitçe yakındaki hop adres ve çıkış arayüzü, mesafe ise hopların adedidir.

dvp (distance-vector protokol)'yi kullanan yönlendiriciler hedefe olan tüm yolların bilgisine sahip değildir. dv yerine iki metot kullanırlar:

 arayüze iletilecek olan paketi veya yolu,
 hedefe olan uzaklığı.

dvp'nin isminden anlaşılacağı üzere bir ağdaki herhangi bir bağlantıya olan mesafeyi ve yönü hesaplama üzerine kurulmuştur. ulaşılacak olan hedefin maliyeti değişken güzergâh ölçümleriyle hesaplanır. rip (yönlendirme bilgisi protokolü) hedefin hop adedini kullanır oysa igrp mecvut bant genişliği ve nod gecikme bilgilerini de diğer hesaplardan alır.

routerların bir kısmının veya tümünün aynı dvrp ile yapılandırılmış tüm komşularına yaptığı gönderilerin güncellemeleri dvp'de periyodik olarak yapılır. rip çapraz-platform dv yönlendirmesini destekler oysa igrp ise bir cisco systems'in tescilli dvrp'sidir. eskiden beri bir yönlendirici yansıma değişikliklerini ve bu değişiklikleri komşularına olan bilgisini tuttuğu yönlendirme tablomuzu düzenleyebilme bilgisine sahiptir. bu süreç “söylenti ile yönlendirme” olarak tarif edilebilir, çünkü diğer yönlendiricilerden alınan bilgiye inanırlar. aslında bu bilgi doğru ve geçerli ise bilginin hangi yönlendiriciden geldiği zaten belirlenemez. bu gigi kararsızlık ve yanlış yönlendirme yapılmamasına yardım edebilecek bir sayıdır aslında.

kısıtlamalar 

bellman-ford algoritması meydana gelen yönlendirme looplarını ve sonsuza dek sayma probleminden bunların zarar görmelerini engelleyemez. sonsuza dek sayma probleminin özü bir örnekle açıklamak gerekirse, a b'ye onun (yani b'nin) bir yola sahip olduğunu söylerse, a b'nin bu yolun en azından bir kısmına sahip olduğunu biliyor ve bu yol aslında b'ye ait değilse burada sonsuz bir dongü oluşacaktır. a b'ye sürekli söyleyecek b ise “benim yolum değil” mesajını döndürecektir... problemde şüphesiz şu görünüyor: a-b-c-d-e-f arasında bağlı bir alt ağ olduğunu varsayarsak, yönlenmelerin sayısını ölçü olarak alalım. şimdi a'nın aşağı gittiğini varsayarsak, vektör güncelleme sürecindeki b bildirimleri a'ya 1 mesafesinde yönlendirilecektir (aşağı). b a'dan vektör güncellemelerini alamaz. problem şu, b c'den de güncellenebilir olsun, a'nın aşağıya olan hareketinin farkında olmayacaktır, öyle ki c b'ye a'nın c'den iki zıplamasını söylesin(c'den b'ye ve oradan a'ya), işte bu durum bir yanlıştır. yavaşça ağda sonsuza ulaşana dek bu durum çoğalacaktır. (c algoritma içerisinde bir müdahaleyla bu durumdan kurtulabilir, bellman ford'un deyişiyle “rahat mülktür”tür. [yani algoritma değiştirilemez değildir.])

kısmi çözümler 

rip döngüsel ifadelerin kullanımını azaltmak için sonsuza dek sayma probleminin sayıcısı olan hopları, görüş bölme (split horizon) ve poison terslemesi(poison reverse) tekniklerini kullanır. bütün bu önlem yapıları bazı yönlendirme döngülerinin oluşumunu önler,fakat hepsini önleyemez. bir bekleme süresinin eklenmesi (yönlendirme yenilemesinden sonra yönlendirme güncellemeleri reddedilir) ile hemen hemen tüm döngülerin oluşması engellenir, fakat bunlar aynı zamanda kavuşma süresin de önemli artışlara neden olur. bundan dolayı örgür-döngüye sahip dvrp olan eigrp ve dsdv gelişti. bunlar tüm durumlarda döngü oluşmasını önler fakat artan karmaşıklıklara göz yumulur, ayrıca ospf olarak bilinen bağlantı-durum protokollerin bulunmasından sonra bu protokollerin yayılması da yavaşlamıştır.

örnek 

i̇çinde bulunduğumuz ağ a,b,c ve d olmak üzere 4 adet yönlendiriciden oluşsun:

geçerli zaman veya iterasyonu t algoritması ile gösterelim ve ona doğrudan komşu olan her yönlendirici için yaratılan mesafe matrisleri tarafından bu algoritma başlatılsın (0 anında, t=0). öyle ki yönlendirme tablolarımız aşağıdaki gibi olacaktır.(tablolarda en kısa yollar yeşil renk ile yeni kısa yollar ise sarı renk ile vurgulanmıştır.)

i̇lave bağlantılar 

 a java applet implementing distance vector algorithm for pedagogical purposes
t=2 de b'den kaynaklanan hataları içerir.

kaynakça ve okunabilecek kaynaklar 

 "rfc1058 - routing information protocol", c. hedrick, internet engineering task force, june 1988 
 "rfc1723 - rip version 2 carrying additional information", g. malkin, internet engineering task force, november, 1994 
 "rfc2453 - rip version 2", g. malkin, internet engineering task force, november, 1998 
 "a path-finding algorithm for loop-free routing'', j.j. garcia-luna-aceves and s. murthy, ieee/acm transactions on networking, february 1997
 "detection of invalid routing announcements in the rip protocol", d. pei, d. massey, and l. zhang,, ieee global communications conference (globecom), december, 2003

yönlendirme protokolleri
yönlendirme algoritmaları