Tekrar hoş geldiniz çocuklar.
Bu modülde, tip uzunluğu değeri olan elf kavramını anlayacağız.
Yani Tlv, tip uzunluğu değeri anlamına gelir.
Bu yüzden önce tlv'nin hangi sorunu çözdüğünü anlamaya çalışalım ve daha sonra tlv'lerin ne olduğunu ve nasıl kullanıldığını
tartışalım.
Bu nedenle, makinelerin birbirleriyle sık sık mesaj alışverişinde bulunması ağ oluşturmada çok yaygın bir senaryodur.
Birçok internet yönlendirme protokolü, makinelerin periyodik olarak birbirleriyle çeşitli mesaj alışverişinde bulunmasını gerektirir.
Örneğin, OSPF gibi iç ağ geçidi protokollerini hatırlarsanız, düzgün çalışmaları için ağdaki diğer yönlendiricilerle bağlantı
durumu paketlerini değiştirirler.
Sorunu anlamak için, A, B ve C makinelerinin varsayımsal işlevselliğin bir parçası olarak birbirleriyle
aşağıdaki mesajı değiş tokuş ettiğini varsayalım.
B Yani bir ağımız var ve bu ağda makinelerimiz var diyelim, B makinesi ve C makinesi,
değil mi?
Diyelim ki varsayımsal bir işlevselliği, yani B protokolünü uygulamak için bu
makinelerin birbirleriyle mesaj alışverişinde bulunması gerekiyor.
Şimdi sol taraftaki struct x message yapısı tarafından tanımlanan örnek bir mesaj örneğini
ele alalım.
Böylece her makine kendi loopback IP adresi, yönlendirici adı ve topolojideki her makinenin
iki arayüzü olduğu bilgisini birbiriyle paylaşır.
Yani bu arayüz IP adresleri ve bu bağlantılar, yani bu topolojideki her makinenin iki bağlantısı vardır ve bağlantıların
bant genişlikleri vardır.
Diyelim ki makineler bağlantılarının bant genişliğini de paylaşıyor, değil mi?
Dolayısıyla, A makinesinin bakış açısından, A makinesi bilgiyi struct X mesajı biçiminde paylaşacaksa,
A makinesi tarafından paylaşılan bilginin şu şekilde görüneceğini görebilirsiniz.
Bu geri döngü.
IP adresi 100 nokta 100'dür. 1. 1.
Burada dikkat edilmesi gereken bir nokta, geri döngü IP adresinin unsigned int veri tipinde olduğudur, ancak ben burada
IP adresinin a nokta b nokta c nokta d biçimini belirttim.
Bu IP adresini bu formatta belirttim.
Böylece, bu formattaki IP adresi daha okunabilir olduğu için anlayabiliriz, ancak yapıda IP adresinin
yalnızca anlama amacıyla doğru bir integral değeri olarak belirtildiğini varsayalım.
IP adresini nokta b nokta c nokta d biçiminde belirttim, ancak aslında A makinesinin ne zaman olacağını varsayıyorum.
Bu mesajı hazırladıktan sonra, bu IP adresinin eşdeğer işaretsiz tamsayı değerinde belirtilmesi gerekir.
Değil mi?
Mesajdaki ikinci üye ise bir dize olan yönlendirici adının kendisidir.
Ve yine, IP adresleri nokta B, nokta c, d biçiminde belirtilir.
Yani bunlar arayüz IP adresleridir ve ardından bir bağlantı bant genişliğiniz vardır.
Diyelim ki ilk bağlantı 100MB ve ikinci bağlantı 200MB olsun.
Doğru.
Dolayısıyla, struct x mesajı makine tarafından hazırlandığında bu şekilde görünecektir.
A Benzer şekilde, B makinesi mesajı hazırladığında, X mesajının içeriği aşağıdaki gibi olacaktır.
Ve C makinesi X mesajını hazırladığında, X mesajının içeriği C makinesine göre aşağıdaki
gibi olacaktır.
Böylece A, B ve C makinelerinin her birinin struct X mesaj türünde bir mesaj hazırladığını ve mesajın içeriğini
kendi bilgileriyle doldurduğunu görebilirsiniz.
Ve bu.
Ve.
Ve her makine bu bilgiyi topolojideki diğer makinelerle paylaşıyor.
Diyelim ki A makinesi hazırladığı mesajı B ve c makinelerine
iletti.
Dolayısıyla, B ve C makineleri A makinesinden gelen mesajı ağ üzerinden aldıklarında, B ve C mesajın
içeriğini aşağıdaki gibi okuyabilir.
Yani C programlama dilinde, bir mesaj aldığınızda, mesajı yapı türüne yazarsınız.
Ve sonra mesajın alanlarını kolayca okuyabilirsiniz.
Doğru.
Peki sorun nedir?
Hiçbir sorun yok.
Makine B ve Makine C, mesajı sorunsuz bir şekilde okuyacağız.
Doğru.
Bu tür bir mesaj alışverişindeki sorun, iletişim kuran makinelerin heterojenliğinden kaynaklanmaktadır.
Dolayısıyla heterojenliğin birçok nedeni olabilir.
Yani, makineler farklı satıcılar tarafından üretilebilir.
Makineler farklı donanım ve teknolojiler kullanıyor olabilir.
Makineler.
Yani, makinelerde çalışan yazılımlar farklı derleyicilere sahip olabilir veya yazılımların kendileri
farklı programlama dillerinde uygulanıyor olabilir.
Ve ağda konuşan makinelerin aslında donanım, teknoloji ve benzeri açılardan birbirlerinden
farklı olmalarının birçok başka nedeni olabilir.
Dolayısıyla, dünyadaki tüm satıcılardan A, B veya C makinesi olan ağ ekipmanlarını aynı teknolojileri
ve donanımları kullanarak üretmelerini isteyemeyiz.
Satıcılardan makinelerini aynı teknolojileri kullanarak üretme hakkını isteyemeyiz.
Aksi takdirde, rekabet nerede olacak?
Şirketlerin hepsi aynı teknoloji ve donanıma sahip aynı makineleri üretirse nasıl kar edecekler?
Bu nedenle, ağdaki iletişim makinelerinin heterojenliği nedeniyle ortaya çıkan teknik aksaklıkları
anlamaya çalışalım.
Bu nedenle, makinelerin farklı ve uyumsuz olduğu ve ağdaki makinelerin yazılımlarını yükselttiği
iki senaryoyu tartışacağız.
Bu nedenle, bu iki senaryo gerçekleştiğinde, iletişim kuran makinelerin birbirleriyle iletişim kurmada
veya mesaj alışverişinde farklı sorunlarla karşılaştığı bu iki senaryoyu tartışacağız.