ağ protokolleri. LAN protokolleri

Bilgisayar ağlarının modelleri ve protokolleri

13.6.1. Genel görünüm

Genel anlamda bir protokol, etkileşimde bulunan her iki tarafça bilinen bir dizi davranış kuralıdır. Aynısı ağ protokolleri için de geçerlidir: etkileşimde bulunan her iki tarafça bilinen davranış kuralları. Neyi, hangi anda, hangi mesaja karşılık olarak, hangi veriyle yapılmalı?

Ağ bağlantılarının, hizmetlerinin, teknolojilerinin ve cihazlarının sistematik olarak geliştirilmesi ve standardizasyonu için, belirli çözümler geliştirmenin mümkün olacağı temel ilkeleri, parametreleri ve terimleri tanımlayan bazı genel çerçeve anlaşmalara ihtiyaç vardır. Genel anlamda, tüm ağ etkileşimi seviyelerinde bilgi alma ve iletme prosedürünü tanımlayan böyle bir çerçeve anlaşmaya ağ modeli adı verildi.

En yaygın kullanılanları TCP/IP, IPX/SPX, NetBIOS/SMB olan çeşitli protokol yığınları bilinmektedir. Tüm İnternet bu yığının protokolleri üzerine inşa edildiğinden, kendimizi TCP/IP yığınıyla sınırlayacağız.

13.6.2. TCP/IP protokol yığını

Ağ arayüzü katmanı

Hiçbir protokol, ağ arayüzleri düzeyiyle ilişkili değildir, ancak bilgisayarları bir ağa bağlamak için bugün bilinen hemen hemen tüm teknolojiler ve protokoller için destek uygular.

Ara çalışma katmanı

Ara bağlantı düzeyinde, veri yönlendirme görevleri çözülür. Birkaç protokol bu seviyede çalışır.

□ IP (İnternet Protokolü - İnternet Protokolü). Ağlar arasında veri aktarımı sorununu çözer.

□ RIP (Yönlendirme Bilgileri Protokolü) ve OSPF (Önce En Kısa Yolu Aç). Optimum veri aktarım yolunun seçilmesinden sorumlu yönlendirme bilgilerinin toplanması ve yapılandırılması için protokoller.

□ ICMP (İnternet Kontrol Mesajı Protokolü). Bu protokol, teslimat hataları ve paket ömürleri hakkında bilgi toplar ve ağda istenen ana bilgisayarın varlığını onaylayan test mesajları gönderir.

taşıma katmanı

Taşıma katmanı, veri iletmek için mekanizmalar sağlar.

□ TCP (İletim Kontrol Protokolü). Uzak işlemler ile paket teslim hatalarını işleme mekanizması ("başarısız" paketlerin yeniden iletimi için mekanizma) arasında mantıksal bir bağlantı oluşturmaya yönelik kuralları açıklar.

□ UDP (Kullanıcı Datagram Protokolü). Mantıksal bir bağlantı kurmadan ve paket teslim hatalarını kontrol etmeden veri teslim protokolünün basitleştirilmiş bir versiyonu.

Uygulama katmanı

Uygulama katmanı, doğada uygulanan protokolleri içerir. Bu protokollerin çoğu, kendi temelinde çalışan ilgili uygulama programlarıyla ilişkilidir.

□ FTP (Dosya Aktarma Protokolü). Bu protokol, çok sayıda ara düğüm aracılığıyla dosya aktarımlarının güvenilirliğini artıran bir aktarım protokolü olarak TCP'yi kullanır.

□ TFTP (Önemsiz Dosya Trancfer Protokolü - en basit dosya aktarım protokolü). Bu protokol UDP tabanlıdır ve yerel alan ağlarında kullanılır.

□ SNMP (Basit Ağ Yönetim Protokolü).

□ Telnet, bir uzak istasyon terminalini taklit etmek için kullanılan bir protokoldür.

□ SMTP (Basit Posta Aktarım Protokolü). E-posta mesajlarını TCP aktarım protokolünü kullanarak iletir.

□ HTTP (Hiper Metin Aktarım Protokolü). Bugün interneti hayal etmenin imkansız olduğu World Wide Web'in temel protokolü. Site sayfalarının bilgisayarlarımıza aktarılmasını sağlayan odur.

Bu temel protokollere ek olarak, uygulama seviyesindeki TCP/IP yığını daha birçok protokolü içerir.

13.6.3. ağ modeli OSI

TCP / IP protokol yığını, çok çeşitli ağların işleyişini zaten tam olarak desteklerken, Uluslararası Standardizasyon Örgütü (ISO), açık sistemler ara bağlantısı (OSI) için kavramsal bir model geliştirdi. Bu model o kadar başarılı oldu ki birçok ağ süreçleri ve sorunlar genellikle OSI modeli açısından tanımlanır. OSI modelinde üç temel kavram vardır: katman, arayüz ve protokol.

Seviyeler 7'den (üst seviye) 1'e (alt seviye) kadar numaralandırılmıştır. Seviye ne kadar yüksek olursa, çözdüğü görevler o kadar küresel olur. Her bir üst katman, alt katmandan hizmet alarak ve onu yöneterek işlevselliğini gerçekleştirir. Hizmetler, üst katmanı hizmetlerin alt katman tarafından nasıl uygulandığına ilişkin ayrıntılardan ayıran standart arayüzler aracılığıyla yönetilir ve iletilir. Bir düğümdeki bitişik seviyelerin protokollerinin etkileşimi, arayüzler aracılığıyla gerçekleştirilir.

Not: Belki de liste zamanla genişleyecektir.

Üst düzey protokoller hakkında konuşmaya başlayalım. Konuya sadece "Üst Katman Protokolleri" veya "Üst Katman Protokolleri" adını vermedim. Bu seviyeyi TCP / IP yığını boyunca ayrıştırdığımız için, "üçe bir" sahibiz.

Genel olarak, bir ağ oluşturucunun bakış açısından, uygulama katmanının içinde ne olduğu umurumuzda değil. Bu genellikle programcılar tarafından yapılır. Ancak, verilerin nasıl oluştuğunu ve daha düşük seviyelerde kapsüllendiğini bilmek önemlidir.
Örneğin iş yerinde bir kuralımız var: uygulamanın başlamasını ve ağ üzerinden hatasız geçmesini sağlıyoruz. Sorun dahili yazılım arızalarında yatıyorsa, o zaman geliştiricilere geçiyoruz ve bu onların endişesi haline geliyor. Ama aramızdaki ince çizgide ilerleyen sorunlar da var ve bunları birlikte çözüyoruz.

Bu nedenle, uygulama katmanı protokolleri, bir kişi ile bir ağ arasındaki etkileşimi sağlar. Bu protokollerden çok sayıda var ve tamamen farklı roller üstleniyorlar. Ağ üzerinde yaygın olarak kullanılan protokollerden örnekler vereceğim ve pratikte nasıl çalıştıklarını göstereceğim: HTTP, DNS, DHCP, SMTP ve POP3, Telnet, SSH, FTP, TFTP.

I) HTTP (Köprü Metni Taşıma Protokolü). Web sitelerinden bilgi almak için yaygın olarak kullanılan bir veri aktarım protokolü. Her yıl bu protokol daha popüler hale geliyor ve uygulanması için daha fazla fırsat var. Bir "istemci-sunucu" modeli kullanır. Yani, bir istek oluşturan ve gönderen müşteriler var. Ve istekleri dinleyen ve buna göre yanıt veren sunucular.

İstemciler birçok web tarayıcısı tarafından bilinir: Internet Explorer, Mozilla Firefox, Google Chrome vb. Ve kullandıkları sunucu yazılımı olarak: Apache, IIS, nginx, vb.

HTTP protokolünü daha derinlemesine incelemek için, bir istemciden sunucuya yapılan HTTP isteğine bir göz atalım.

İlk satır kavramı kullanır ELDE ETMEK. Bu aslında sorgu anahtarıdır. GET'ten sonra bir "/" sembolü olduğu için, bu, ana veya kök sayfanın tarafından talep edildiği anlamına gelir. URL (Tekdüzen Kaynak Bulucu) yol.

URL ağdaki bazı kaynakların belirli bir tanımlayıcısıdır.

Ayrıca bu satırda şöyle bir giriş var: HTTP/1.1. Bu protokol sürümüdür. Oldukça popüler bir versiyon. 1999'da piyasaya sürdüler ve şimdiye kadar sadakatle hizmet etti. Sürüm 2.0 yakın zamanda duyurulsa da, sürüm 1.1 hala başı çekiyor.

Şimdi sonuç için. Bu, gerekli kaynağın bulunduğu sunucu adresini veya adını belirtir. Bunun pratikte nasıl çalıştığını görelim. En sevdiğim Cisco Packet Tracer 6.2'yi (bundan sonra CPT olarak anılacaktır) kullanacağım. Öğrenmesi kolaydır ve anlatılanları göstermek için idealdir. CCNA R&S'ye hazırlanmak için bunun oldukça yeterli olduğunu güvenle söyleyebilirim. Ama sadece onun için.

Programı açıyoruz ve aşağıdaki resimde olduğu gibi orada sunucusu olan bir bilgisayar ekliyoruz (“Son Cihazlar” sekmesinde bulunurlar).

Şimdi bilgisayarı ve web sunucusunu ayarlayalım.

2) 2 rakamı ile gösterilen satırlarda IP adreslerini belirtelim. Bir önceki yazıdan hatırladığımız üzere IP adresleri, ağ üzerindeki düğümleri tanımlamak için ihtiyaç duyulmaktadır. Bu konuyu ileride daha detaylı inceleyeceğiz. Şimdi asıl mesele, bir IP adresinin ne için olduğunu anlamaktır. Özellikle ev ağlarında en yaygın olan "192.168" ile başlayan ağı seçtim.

3) 3 rakamı ile gösterilen alanlara alt ağ maskesi girilir. Düğümün başka bir düğümle aynı alt ağda olup olmadığını anlaması için gereklidir. Ama bunun hakkında daha sonra.
Değerlerin geri kalanı boş bırakılacaktır.

Şimdi sunucuda HTTP hizmetini etkinleştirmeniz gerekiyor.

Zaten HTTPS'den (Güvenli Köprü Metni Aktarım Protokolü) bahsettiğimiz için, bu konuda birkaç söz söyleyeceğim. Bu, aslında, kriptografik protokolleri destekleyen ve bilgileri açık metin olarak değil, şifreli biçimde ileten HTTP protokolünün bir uzantısıdır. CPT işini çok yüzeysel gösteriyor ama anlamak için oldukça yeterli. Unutmayın ve unutmayın: HTTP 80 numaralı bağlantı noktasını ve HTTPS 443 numaralı bağlantı noktasını kullanır. Genel olarak, birçok bağlantı noktası numarası vardır ve her şeyi hatırlamak zordur, ancak sıklıkla karşılaşılanları hatırlamak daha iyidir.

Şimdi en ilginç olanı. CPT'yi Realtime modundan Simulation moduna değiştirmemiz gerekiyor. Aralarındaki fark, "Gerçek Zamanlı" modda, ağın gerçek hayatta ve gerçek zamanda davranacağı gibi davranmasıdır. "Simülasyon" modu, ağın davranışını farklı zaman aralıklarında gözlemlememizi, ayrıca her paketi takip etmemizi, açmamızı ve ne taşıdığını görmemizi sağlar. Ortamı aşağıdaki şekilde gösterildiği gibi değiştirin.

Her şeyi olduğu gibi bırakın ve bilgisayarı açın.

1) Diyagrama bakıyoruz ve 2 zarfın ortaya çıktığını görüyoruz. Bu bizim verilerimiz. Mor zarfla ilgileniyoruz. Bu oluşturulan PDU'dur.

2) Şimdi “Simulation Panel”e bakıyoruz ve tabloda HTTP tipinde bir girişin çıktığını görüyoruz. Bu veriler bizi ilgilendiriyor. Ayrıca girişin yanında diyagramda bu verinin renklendirildiği renk gösterilmektedir.

3) HTTP (mor zarf) üzerine tıklıyoruz ve önümüzde bir data penceresi açılıyor. OSI modelinin her katmanı için gerekli tüm bilgileri kısaca gösterir. Herhangi bir seviyeye tıklayabilir ve üzerinde neler olduğu hakkında bilgi alabilirsiniz.

Verileri tam olarak ortaya çıkarmak ve hangi alanlardan oluştuğunu ve içinde ne olduğunu ayrıntılı olarak düşünmekle ilgileniyorsanız, "Giden PDU Ayrıntıları" sekmesi vardır. Şimdi içine atlayalım ve HTTP verilerinin nasıl göründüğüne bakalım.

Şimdi, web sunucusunun talebi aldığı ve bazı işlemler yapmaya başladığı aşamayla ilgileniyoruz. "Yakala/İlet"e tıklayalım ve web sunucusunun nasıl yanıt verdiğini görelim. Ve şimdi aşağıdaki şekilde bilgisayara bazı veriler gönderdiğini görüyoruz. Nasıl göründüklerine bakalım.

2) Burada farklı bir resim görüyoruz. En üstte, istenen sayfanın bir hata mesajı değil, gönderildiğini belirten "200 OK" kodu olan HTTP sürümü bulunur. Ardından içerik uzunluğu, dosya türü ve hangi sunucudan gönderildiği belirtilir. Ve en alt satır, bazı verilerin iletildiğini gösterir. Veriler bilgisayara ulaştıktan sonra bilgisayarın web tarayıcısının sayfayı açtığını gözlemleyebilirsiniz.

Kendi başına almak ve nasıl çalıştığını görmek isteyenler bu laboratuvarı indirebilirler.

HTTP hakkında konuştuk ve şimdi DNS protokolünü yıkmanın zamanı geldi. Bu protokol önceki protokolle yakından ilişkilidir ve nedenini yakında anlayacaksınız.

II) DNS (Alan Adı Sistemi). Alan Adı Sistemi. Genel olarak konuşursak, etki alanları hakkında bilgi depolar. Örneğin, hangi IP adresinin belirli bir ada karşılık geldiği. Size bir örnek vereyim: Favori sitenizi açtığınızda, onu adıyla anıyorsunuz. Ancak ağ katmanında çalışan Source Address ve Destination Address alanlarına (bu bir sonraki yazının konusu ama biraz ileri gideceğim) isim giremezsiniz. IP adresi orada olmalıdır. Bu tam olarak DNS'nin yaptığı şeydir. İstenen adın hangi IP adresine sahip olduğunu size söyler. Örneğin, google.ru'ya başvuruyorsunuz. Bilgisayarınızın kim veya ne olduğu hakkında hiçbir fikri yok. DNS sunucusuna sorar: google.ru kimdir? Sunucu, google.ru'nun 74.125.232.239 olduğunu yanıtlar (bu, adreslerinden biridir). Ve bundan sonra bilgisayar 74.125.232.239'a bir istek gönderir. Kullanıcı için her şey aynı kalacak ve adres çubuğunda google.ru'yu da görecektir.

Her zamanki gibi, resimde göstereceğim

Örneğin, ad: ru.wikipedia.org. En eskisi "org" alan adı ve en küçüğü - "ru" olacaktır. Ancak, DNS sunucusunun bize bir alan adı hakkında bilgi veremediği ve ardından daha yüksek düzey alan adlarından sorumlu olan eski DNS sunucusuna döndüğü durumlar vardır. Tekerleği yeniden icat etmeyeceğim ve Wikipedia'dan bir resim vereceğim. Orada bu çalışma iyi resmedilmiştir.

CPT'yi açıp nasıl çalıştığını gösteriyorum. Bu ve sonraki laboratuvarlar bir öncekinin üzerine inşa edilecek. Bu nedenle, adresleme aynı olacaktır.

DNS sunucusunu ayarlayalım. "IP Configuration" bölümüne gidip IP adresini mask ile yazalım.

Şimdi servislere gidelim ve DNS servisini yapılandıralım.

Her şey doğru yapılırsa, resim böyle olmalıdır.

1) MAC adresleri. Source MAC'de kendi MAC adresini, Destination MAC'de (Target MAC) bilgisayarın adresini yazar.
2) Kaynak IP'nin kendi IP adresi vardır ve Hedef IP'nin PC adresi vardır.

Bence burada her şey açık. Net değilse, sor. Bir sonraki yazıda bundan daha detaylı bahsedeceğim.

"Yakala/İlet"e tıklıyorum ve sonra ne olacağını görüyorum.

Web sunucusunun bilgisayara nasıl tepki verdiğini görelim.

Buna göre her şeyin yolunda gittiğini ve sitenin alan adına göre açıldığını görüyoruz.
Ve son olarak, çok önemli bir yardımcı programdan bahsedeceğim. nslookup. DNS sunucusuyla iletişim kurmanıza ve ondan ad veya IP adresi hakkında bilgi istemenize olanak tanır. Bu komut CPT'de mevcuttur ve ona bir göz atmanızı öneririm.

Diyagramdaki bilgisayara tıklayın ve "Masaüstü" sekmesinde "Komut İstemi"ni seçin. Bu bir komut satırı taklididir.

Pekala, oraya bir alan adı girmenin ve yanıt olarak ne vereceğini öğrenmenin zamanı geldi.

Her işletim sisteminde DNS ile yakından ilgili başka bir dosya vardır. Adı "ana bilgisayar" dır. Windows sistemlerindeki standart konumu "windows\system32\drivers\etc\hosts" şeklindedir. Ve *nix benzeri sistemlerde: "/etc/hosts". DNS sunucularıyla aynı şeyi yapar. Ve bu dosya bilgisayar yöneticisi tarafından kontrol edilir. Ve en önemlisi, DNS sunucusuna göre önceliklidir. Ve dosyanızda sitenin aslında google.ru'ya karşılık gelen sitenin IP adresine karşılık geldiği yazılırsa, buna göre habrahabr'ı değil google'ı açacaktır. Bu, genellikle saldırganlar tarafından bu dosyada düzeltmeler yaparken kullanılır. İşte bu dosyanın bilgisayarımdan bir ekran görüntüsü.

İşte çok ilginç bir hizmet ve protokol. HTTP ile olduğu gibi, bu laboratuvarı indirmek için bir bağlantı vereceğim.

III) DHCP (Dinamik Ana Bilgisayar Yapılandırma Protokolü). Dinamik ana bilgisayar yapılandırma protokolü. Düğümlerin doğru ağ işlemi için IP adreslerini ve diğer parametreleri (varsayılan ağ geçidi, alt ağ maskesi, DNS sunucu adresleri) dinamik olarak almasına olanak tanır. Kendi adıma bu protokolün dünyadaki birçok sistem yöneticisinin hayatını kurtardığını söyleyeceğim. Yürümenin ve her düğüm için IP parametrelerini manuel olarak yazmanın en hoş deneyim olmadığını kabul edin.

DHCP ile IP adresleri üzerinde tam kontrol sağlayabilirsiniz: her alt ağ için ayrı havuzlar oluşturun, adresleri kiralayın, adresleri ayırın ve çok daha fazlasını yapın.

Onun işi bugünün anlayışı için çok zor. İstenen adresin bilgisayara atanabilmesi için çok fazla paket, veri ve çerçevenin iletilmesi gerekir.

Pratikte nasıl çalıştığını görelim.

Sunucuyu kuralım.

2) Burada ağ geçidi adresini, DNS sunucu adresini ekleyebilirsiniz. Ağ geçidi konusuna henüz değinmedik, bu nedenle şimdilik dokunmayacağız. Bir DNS sunucumuz var ve onu belirtebiliriz. Peki adreslerin başını olduğu gibi bırakalım.

3) Sunucuyu açmayı unutmayın!

Ortamı simülasyon moduna geçiriyoruz ve bilgisayarın adresi nasıl aldığını görüyoruz.

1) Bağlantı katmanı protokolü (Ethernet). "Source MAC" kısmında bilgisayarın adresi yazılır. Ve yayın adresi “Destination MAC” e (yani herkese) kaydedilir.

2) Ağ Katmanı Protokolü (IP). "Kaynak IP" de "0.0.0.0" adresi yazılır. Bu adres, istenen adresin bir adresi olmadığında girilir. Ve "255.255.255.255" yayın adresi "Destination IP" içine eklenir.

Yayıncılığın nasıl çalıştığını biliyoruz ve ağ katılımcılarının buna nasıl tepki vereceğini göreceğiz.

Ayrıca, protokolün işleyişini kelimelerle anlatacağım çünkü DHCP sunucusu bir adres vermeden önce birçok paket ve çerçeve üretilecektir. Bir istek alır almaz veritabanında boş bir adres aramaya başlar. Adres bulunduktan sonra, Sonraki etap adres doğrulamasıdır. Sonuçta, hatırladığımız gibi, adres DHCP sunucusunu atlayarak manuel olarak da atanabilir. Bu genellikle olur ve kurumsal bir ortamda bile adresi manuel olarak giren akıllı insanlar vardır. Bunu yapmak için DHCP sunucusu bu adresi vermeden önce bir ICMP mesajı veya ping gönderir.

Bunu da henüz konuşmadık. Bu nedenle, ping yardımcı programının bir ana bilgisayarın kullanılabilirliğini IP adresine göre kontrol etmenize izin verdiğini önceden söyleyeceğim. Ve eğer birisi DHCP sunucusuna ping'i yanıtlarsa, o zaman adres meşguldür ve tüm prosedürü farklı bir IP adresiyle tekrar edecektir. Ancak bu aynı zamanda en mantıklı çözüm değil. Statik olarak atanmış bir adrese sahip bir bilgisayar kapatılırsa, DHCP sunucusunun ping'ine yanıt vermeyeceğini ve buna göre DHCP'nin adresin meşgul olmadığına karar verip bazı ana bilgisayarlara atayacağını anlıyorsunuz. Ancak bilgisayar açılır açılmaz aynı IP adresine sahip 2 bilgisayar olacaktır. Ve burası mucizelerin başlayabileceği yerdir. Modern sistemler buna nasıl düzgün tepki verileceğini zaten öğrendiler, ancak yine de buna izin vermemelisiniz ve bunu izlemek önemlidir. CPT'deki tüm bu verileri atlayacağım, aksi takdirde monoton resimlerden oluşan bir film şeridi olacak. Bu laboratuvarı aşağıya ekleyeceğim ve kendiniz görebilirsiniz. Yalnızca DHCP sunucusunu oluşturacak nihai sonucu vereceğim.

Bilgisayarın adresi nasıl aldığını görelim.

Ve "DHCP İsteği Başarılı" mesajını görüyoruz. Bu, aşağıdaki doldurulan alanların kanıtladığı gibi, verilerin başarıyla alındığı anlamına gelir.

DHCP protokolü bu şekilde çalışır. Söz verdiğim gibi, indirme bağlantısı.

IV) POP3 (Postane Protokolü Sürüm 3). Postane Protokolü sürüm 3. İstemcilerin sunucudan posta almak için kullandıkları protokol. Sürüm 1 ve 2 eskidir ve şu anda kullanımda değildir. "İndir ve sil" prensibi ile çalışır. Bu ne anlama geliyor? Bu, müşterinin sunucuya gittiği ve kendisine bir mektup olup olmadığını gördüğü anlamına gelir. Ve varsa kendisine indirir ve sunucuya silme işareti koyar. Bu iyi mi kötü mü tartışılır. Sunucu gereksiz harflerle aşırı yüklenmediği için birisi bunun iyi olduğunu iddia ediyor. Ben aksini düşünüyorum. Birincisi, modern altyapı, büyük miktarda mektubu saklamanıza izin verir ve ikincisi, genellikle bir kullanıcı önemli bir mektubu siler veya kaybeder ve ardından onu bulmak zorlaşır. Bununla birlikte, bazı istemcilerin e-postaları sunucudan silmeyecek şekilde yapılandırılabileceğini belirtmekte fayda var. Ancak, ne zaman Varsayılan ayarları e-postaları sunucudan silerler. Yani dikkatli ol. Dinlediği port 110'dur. Oldukça iyi bilinen bir port numarası, bu yüzden not alın. Tıpkı HTTP protokolü gibi, genişletilmiş bir sürümü vardır - POP3S. SSL gibi ek bir kriptografik protokol yardımıyla içerik şifrelenir ve mektuplar güvenli bir şekilde iletilir. POP3S, 995 numaralı bağlantı noktasını kullanır. SMTP protokolünü öğrendikten sonra mutlaka POP3 protokolünü pratikte ele alacağız.

POP3'ün analogundan bahsetmeye değer. bu protokol IMAP (İnternet İleti Erişim Protokolü). E-posta erişim protokolü. POP3'ten daha akıllı ve daha karmaşıktır. Ancak temel farkları, istemcinin sunucuya erişirken postayı silmemesi, ancak kopyalamasıdır. Böylece istemci, posta sunucusunda depolanan posta kutusunun bir kopyasını görüntüler. Ve eğer müşteri kendisinden herhangi bir mektubu silerse, o zaman sadece ondan silinir. Sunucuda orijinal bozulmadan kalır. 143 numaralı bağlantı noktasını dinler. Orada tam olarak uygulanmadığı için IMAP'yi CPT'de ayrıntılı olarak ele almak mümkün olmayacaktır.

V) SMTP (İngilizce Basit Posta Aktarım Protokolü). Basit bir posta aktarım protokolü. Anladığınız gibi, posta göndermek için kullanılır. posta sunucusu. Bu yüzden POP3 ve SMTP'yi paralel olarak öğreniyoruz. 25 numaralı bağlantı noktasını kullanır. Bunu hatırlamak da önemlidir.

Tüm posta protokollerinin bir TCP bağlantısı üzerinden çalıştığını unutmamak da önemlidir. Yani, bir bağlantı kurulmasıyla. Burada her bir paketi bozulmamış olarak almak önemlidir.

Bence teorik bir bakış açısıyla, her şey açık. Hadi pratik yapalım ve nasıl çalıştığını görelim.

geçmişi açacağım laboratuvar işi DHCP aracılığıyla ve biraz modernize edin.

2) Ve kullanıcıları oluşturalım. "Kullanıcı" alanına ilk kullanıcıyı yazın. "Yönetmen" olacak. Ve "123" şifresini ayarlayın. Ve veritabanına eklemek için "+" işaretine tıklayın. İkinci kullanıcıyı da aynı şekilde oluşturalım. Aynı parola "123" ile "İşçi" olacaktır.

Kullanıcıların oluşturulması tamamlandı ve aşağıdaki resmi görüyoruz.

Bu, sunucu tarafındaki yapılandırmayı tamamlar ve şimdi istemci tarafındaki yapılandırmaya geçelim. Yönetmenin bilgisayarından başlayalım. "Masaüstü" sekmesini açın ve E-posta'yı seçin.

Benzer bir ayar çalışanın bilgisayarında olacaktır. Ekran görüntüsü getiriyorum.

Şimdi postanın nasıl çalıştığını görme zamanı. Önce gerçek zamanlı olarak nasıl çalıştığını görelim ve ardından simülasyon modunda daha ayrıntılı olarak analiz edeceğiz.

Yönetmenin bilgisayarında posta istemcisini açın ve bir mektup oluşturun.

Posta istemcisini çalışanın bilgisayarında açın.

Emin olmak için mektubu açıyoruz.

Hadi daha yakından bakalım. Ortamı simulasyon moduna alıp mail atalım. Yeni bir şey yaratmayacağım, sadece yukarıda alınan mektuba cevap vereceğim.

Şimdi bir bağlantı kurma süreciyle pek ilgilenmiyoruz. Şimdi posta protokollerinden bahsediyoruz ve bu nedenle bu işlemi atlayacağım ve SMTP'nin görünmesini bekleyeceğim.

2) Aşağıdaki SMTP verilerine bakıyoruz ve burada ilginç bir şey yok. CPT bize nasıl olduğunu gösteriyor normal blok veri.

Bundan sonra SMTP protokolü tamamlanır ve bilgisayar TCP oturumunu kapatmaya başlayabilir. Ne yapacak.

Artık mektup gönderildiğine ve sunucuda olduğunu bildiğimize göre, bu mektubu almaya çalışalım. Çalışanın bilgisayarını açın ve "Al" düğmesini tıklayın.

Veriler bilgisayara girer girmez, hemen posta istemcisinde görüntülenmelidir.

İşte bu laboratuvarı indirmek için bir bağlantı.

Posta protokollerine ek olarak göstermek istediğim bir şey daha DNS sunucusunun rolüdür. Posta istemcisinde herhangi bir işlem yaparken en alta sunucunun IP adresini yazdığını gördünüz. Ancak bir IP adresi değil, bir alan adı belirtmek mümkündür. Nasıl yapılacağını görelim.

Peki, akla gelen en mantıklı şey, 192.168.1.4 adresine sahip bir posta sunucumuz olması. Ve bu adres ile bir alan adı işimize yarayacaktır. Buna göre DNS sunucusuna gidiyoruz ve adı bu adresle karşılaştırıyoruz.

DNS sunucu tarafında yapılandırma tamamlanmıştır ve geriye 2 satırı değiştirmek kalır. posta istemcileri bilgisayarlar. İstemciyi yönetmenin bilgisayarında açın.

İstemcinin ilk yapılandırması aşamasında gördüğümüz pencere açılır.

Aynısını işçinin bilgisayarında da yapıyoruz. Fazla detaya girmeyeceğim, sadece ekran görüntüsü vereceğim.

Hemen yönetmene bir mektup yazıp göndermeye çalışın.

Şimdi yönetmenin bilgisayarına gidelim ve "Al" butonuna tıklayalım.

Posta protokollerini kaldırdık. Bir sonraki protokole geçelim.

VI) Telnet (İngiliz terminal ağından). Kelimenin tam anlamıyla çevrilirse, bu bir ağ terminalidir. Bu protokolün temelleri uzun zaman önce atıldı ve şu ana kadar alaka düzeyini kaybetmedi. Bir metin arayüzünü görüntülemek ve işletim sistemini kontrol etmek için kullanılır. Çok kullanışlı bir protokol ve her ağ mühendisinin onunla çalışabilmesi gerekir. Nedenini açıklayacağım. Arayüzü bir komut satırı olan her ağ cihazı, özel bir konsol kablosu kullanılarak veya Telnet protokolünü içeren sanal terminaller aracılığıyla yapılandırılır. Ayrıca, konsol kablosu bir uzmanın yapılandırılmakta olan ekipmanın yakınında olmasını gerektiriyorsa, sanal terminaller ve bu durumda Telnet kullanan yapılandırma, uzmanın mesafesini sınırlamaz. Başka bir odada, binada, şehirde olabilir ve yine de ekipmana erişebilirsiniz. Bunu çok büyük bir artı olarak görüyorum. Bu protokolün eksilerinden, aslında güvenli olmadığını ve her şeyin net bir şekilde iletildiğini not ediyorum. 23 numaralı bağlantı noktasını kullanır. Ve bu protokolle çalışan en popüler dağıtımlar Putty, Kitty, XShell vb. Çalışmalarını pratikte pekiştireceğimizi düşünüyorum.

Cisco 2960 switch'e erişmek için Telnet kullanacağız.Tüm Cisco cihazları gibi Cisco tarafından geliştirilen IOS işletim sistemini kullanır. Ve komut satırı arayüzüne CLI (Komut Satırı Arayüzü) denir. Önce anahtarı ayarlayalım. Üzerine bir IP adresi asacağız, çünkü onsuz anahtara ulaşamayacağız ve Telnet üzerinden erişime izin vereceğiz. Grafik olmadığı için ekran görüntüsü vermeyeceğim. Giriş komutlarının bir listesini vereceğim ve ne işe yaradıklarını açıklayacağım.

geçiş> etkinleştir- ayrıcalıklı moda geçin. Komutların çoğuna buradan erişilebilir.

Anahtar#terminali yapılandır - genel yapılandırma moduna geçin. Bu modda girebilirsiniz
sistemin genel özelliklerini yapılandırmanıza izin veren komutlar. Genel yapılandırma modundan, belirli bir dizi yapılandırma moduna gidebilirsiniz.
özel protokol veya işlev.

Switch(config)#username admin gizli cisco - admin ve şifre cisco adlı bir kullanıcı oluşturun.

Switch(config)#arayüz vlan 1 - sanal arayüze gidin ve ona bir IP adresi atayın. Buradaki çekicilik, 24 bağlantı noktasından hangisini takacağının önemli olmaması gerçeğinde yatmaktadır. Bizim için en önemli şey, herhangi bir bağlantı noktasından ona erişimin olması gerektiğidir.

Switch(config-if)#ip adresi 192.168.1.254 255.255.255.0 - 192.168.1.254 son adresini 255.255.255.0 maskesiyle atayın

Switch(config-if)#kapatma yok - Arayüz varsayılan olarak devre dışıdır, bu yüzden etkinleştirin. IOS'ta komutların %90'ı, komutun önüne "hayır" eklenerek iptal edilir veya kapatılır.

Switch(config)#line vty 0 15 - Telnet'in yaşadığı sanal hatların ayarlarına gidin. 0 ila 15, bunu tüm satırlara uygula anlamına gelir. Toplamda, üzerinde 16 adede kadar eşzamanlı bağlantı kurabilirsiniz.

Switch(config-line)#transport girişi tümü - ve tüm protokoller için bağlantıya izin verin. Bunu tüm protokoller için özel olarak kurdum, çünkü biraz sonra başka bir protokol ele alınacak ve bir komut uğruna buraya tırmanmayı makul bulmuyorum.

Switch(config-line)#login yerel - hesabın yerel olduğunu belirtiyoruz ve oluşturduğumuz hesapla kontrol edecek.

Switch#copy çalışan yapılandırma başlangıç ​​yapılandırması - yapılandırmayı kaydettiğinizden emin olun. Aksi takdirde, anahtarı yeniden başlattıktan sonra her şey sıfırlanacaktır.

Böylece anahtar yapılandırılmıştır. Çalışan bir bilgisayardan ona bağlanalım. Komut satırını açın. nslookup'a baktığımızda açtık. Ve aşağıdakileri yazıyoruz.

Her şey doğruysa, bir kullanıcı adı ve şifre isteyen aşağıdaki pencere açılacaktır.

Ve hemen santrale girmemize izin veriyor. Kontrol etmek için, ping komutunu kullanarak yönetmenin bilgisayarının kullanılabilirliğini kontrol edeceğiz.

Şimdi SSH protokolüne bir göz atalım.

VII) SSH (Eng. Secure Shell).İngilizceden çevrilmiştir - güvenli bir kabuk. Telnet gibi işletim sistemini kontrol etmenizi sağlar. Farkı, tüm trafiği ve iletilen şifreleri şifrelemesidir. Diffie-Hellman algoritması kullanılarak şifrelenmiştir. İlgilenenler için lütfen okuyunuz. Hemen hemen tüm modern işletim sistemi sistemleri bu protokolle çalışabilir. Hangi protokolü kullanacağınız konusunda bir seçeneğiniz varsa, o zaman SSH kullanın. İlk başta kurulumda biraz zorlanacaksınız ve çoğu şey anlaşılmaz olacak ama zamanla kafanızda yerleşecek. Şimdi hatırlanması gereken en önemli şey, SSH ile Telnet arasındaki en önemli fark, SSH'nin trafiği şifrelerken Telnet'in şifrelememesidir. Bence pratik yapmanın ve nasıl çalıştığını görmenin zamanı geldi. Aynı anahtarı bağlayıp yöneteceğiz. Yönetmenin bilgisayarından switch'e SSH ile bağlanmayı deneyelim.

Switch(config)#hostname SW1 - anahtarın adını değiştirin. Bu standart adla, anahtar oluşturmak için gereken etki alanını kaydedemezsiniz.

SW1(config)#ip etki alanı adı cisadmin.ru - etki alanını kaydedin.

SW1(config)#kripto anahtarı rsa oluşturur - RSA anahtarları oluşturun.

Anahtarların adı şu şekilde olacaktır: SW1.cisadmin.ru
Sizin için 360 ila 2048 aralığında anahtar modül boyutunu seçin.
Genel Amaçlı Anahtarlar. 512'den büyük bir anahtar modül seçmek,
birkaç dakika.

Modülde kaç bit var : 1024 - Anahtar boyutunu belirtin. Varsayılan 512'dir, ancak 1024 gireceğim.
% 1024 bit RSA anahtarları üretiliyor, anahtarlar dışa aktarılamayacak...
Anahtarların başarılı bir şekilde oluşturulduğuna dair bir mesaj görünür.

Kurulum tamamlandı ve anahtara yeniden bağlanmayı deneyelim.

İşi kontrol etmek için kalır. Ping komutunu kullanacağım ve çalışan bilgisayarın kullanılabilirliğini kontrol edeceğim.

Ve bir sonraki protokole geçiyorum.

VIII) FTP (İngilizce Dosya Aktarım Protokolü). Dosya aktarım Protokolü. Protokolün adından dosyaları aktardığı açık sanırım. 70'lerin başında yayınlanan çok eski bir protokol. HTTP ve TCP/IP yığınından önce göründü. Daha önce çalıştığı gibi halen "client-server" modeline göre çalışmaktadır. Yani, bağlantıyı başlatan ve onu dinleyen var. Şifrelemeyi, tünellemeyi vb. destekleyen birkaç değişiklik vardır. Grafikleri olmayan bu protokol ile daha önce çeşitli konsol yardımcı programları çalışıyordu ve belirli komutları girerek çalışıyorlardı. Şu anda grafik programları da var. En popüler ve basit olanı Filezilla'dır. CPT yalnızca konsol yöntemini uygular.

Uygulamaya geçelim. Önceki laboratuvarı temel alıp posta sunucusunu bir FTP sunucusuyla değiştireceğim.

FTP sunucusunu açın ve FTP hizmetine gidin.

1) 1 rakamı ile varsayılan olarak burada oluşturulan hesabı işaretledim. Bu, "cisco" girişine ve aynı parolaya sahip standart bir hesaptır. Sağ sütunda "İzin" görüyoruz - bunlar erişim haklarıdır. Ve bu hesabın tüm haklara sahip olduğunu görüyoruz. Bir test ortamında tam da ihtiyacımız olan şey bu ama bir şirkette çalışırken her hesabın hakkını her zaman takip edin.

2) 2 numara FTP depolamasını işaretler. Burada, çoğunlukla ciskovskih cihazları için ürün yazılımı.

Hizmet kuruldu ve her şey çok güzel olduğu için onunla çalışmayı deneyelim. Ama önce yönetmenin bilgisayarında bir metin dosyası oluşturacağım ve bunu daha sonra FTP sunucusuna indireceğim.

Yönetmenin bilgisayarını açıp "Metin Düzenleyici"yi seçiyorum. Windows işletim sistemindeki not defterine benzer.

Şimdi bu dosyayı FTP sunucusuna yüklemeyi deneyelim. Komut satırını açın ve yazın

Bir şey yüklemek için "put" komutunu, indirmek için "get" komutunu kullanın. Dosyamızı yüklüyoruz.

Küçükler için durum aynı kalır. Bu, dosyayı çalışanın bilgisayarına indirmek içindir. WORKER-PC'yi açıp komut satırına giriyorum.

Ve dosyayı indirdiği için bilgisayarda görünmesi gerekir. "Metin Düzenleyici"yi açıyorum ve Dosya-> Aç'a basıyorum.

Nasıl çalıştığıyla kafanı karıştırmayacağım. Çünkü mail protokolleri, Telnet, SSH vb. ile birebir aynı şekilde çalışmaktadır. Yani bir TCP oturumu oluşturulur ve dosya aktarımı/indirme işlemi başlar. Sadece yapısını vereceğim.

Dünyaca ünlü protokol prensip olarak bu şekilde çalışmaktadır. Daha gelişmiş sürümler burada desteklenmez, ancak hemen hemen aynı şekilde çalışırlar. İşte laboratuvara bir bağlantı.

Ve kalan son protokol TFTP'dir.

IX) TFTP (İngilizce Önemsiz Dosya Aktarım Protokolü). Basit bir dosya aktarım protokolü. 80'lerde icat edildi. FTP oldukça popüler olmasına rağmen, basit görevler için tüm özelliklerine ihtiyaç duyulmuyordu. Ve basit analogu icat edildi. UDP üzerinden çalışır, yani bağlantı kurulmasını gerektirmez. Ayrıca kimlik doğrulama ve yetkilendirme gerektirmez. IP adresini bilmeniz ve kendinize sahip olmanız yeterlidir. Adres sahte olabileceğinden, bu elbette güvenli değildir. Ancak basit bir protokol gerektiğinde ve yetkilendirme gerekmediğinde, seçim ona düşer. Cis ekipmanı, bir görüntüyü kopyalamak veya flash belleğe indirmek için onunla çok yakın çalışır.

Hiçbir şey uygulamadan daha iyi öğretemez. Öyleyse devam edelim. Mucizevi bir şekilde, CPT'deki bilgisayarların TFTP ile nasıl çalışacaklarını bilmediklerini keşfettim. Bu işlevin cisco ekipmanından kaldırılmamış olması iyi. Bu nedenle, favori anahtarımız üzerinde çalışacağız. Şema aynı kalır. Sadece FTP sunucusunda TFTP hizmetini etkinleştireceğim.

Anahtara geçelim.

SW1#dir - dosya sistemi çıkış komutu
flaş dizini:/

9 -rw- 1168 yapılandırma metni

Toplam 64016384 bayt (59600295 bayt ücretsiz)

Bir config.text dosyamız var. Bir TFTP sunucusuna yüklemeyi deneyelim.

SW1#flaşı kopyala: tftp: - yani, nereden ve sonra nerede olduğunu belirtiyoruz. İşte flash'tan tftp sunucusuna

kaynak dosya adı? yapılandırma.metin- burada kopyalanacak dosyanın ismini soruyor.

nereye kopyalanacağını belirtin.

Hedef dosya adı? - ve burada onu sunucuya hangi adla kaydedeceğinizi belirtmeniz gerekir. Varsayılan olarak, aynı adla kaydetmeyi önerir ve ENTER'a basarsanız, varsayılan adı seçer. Bana yakışıyor ve aynı bırakacağım.

config.text yazılıyor...!!!

3.048 saniyede kopyalanan 1168 bayt (383 bayt/sn)

Ve son mesajda, her şeyin başarıyla kopyalandığını gösteriyor. TFTP sunucusuna gidip kontrol edelim.

Şimdi sunucudan switch'e bir şeyler indirmeyi deneyelim.

SW1#kopya tftp:flash: - burada tersini yazıyoruz. Önce tftp sonra flaş

Uzak ana bilgisayarın adresi veya adı? 192.168.1.4 - TFTP sunucu adresi

Hedef dosya adı? - burada anahtarın kendisinde nasıl adlandırılacağını sorar. ENTER'a basacağım ve varsayılan adı bırakacağım.

tftp://192.168.1.4/c2960-lanbasek9-mz.150-2.SE4.bin'e erişiliyor…
192.168.1.4'ten c2960-lanbasek9-mz.150-2.SE4.bin yükleniyor:!!!

0,057 saniyede kopyalanan 4670455 bayt (6587503 bayt/sn)

Bana indirmenin başarılı olduğuna dair bir mesaj verdi. Firmware'in varlığını "dir" komutuyla kontrol edeceğim.

SW1#dir
flaş dizini:/

1 -rw- 4414921 c2960-lanbase-mz.122-25.FX.bin
10 -rw- 4670455 c2960-lanbasek9-mz.150-2.SE4.bin
9 -rw- 1168 yapılandırma metni

Toplam 64016384 bayt (54929840 bayt ücretsiz)

Her şeyin yerli yerinde olduğunu görüyorum. Ek olarak, bana hafıza miktarından ve boş alan olup olmadığından da bahsediyor.

Üst düzey protokolleri dikkate alarak bitirdik. Bu kadar uzun bir yazı olacağını düşünmemiştim. Belki de resimler suçludur. Ama olabildiğince kısa ve öz olmaya çalıştım. Pek çok protokolü inceledik ve bunların hiçbiri değiştirilemez. Genellikle sistem yöneticilerinin ve favori kullanıcılarımızın hayatını kurtarırlar. Okuduğunuz için teşekkürler. Bir şey net değilse, yorum bırakın veya hemen kişisel olarak yazın. Ve su ısıtıcısını açıp keklerle lezzetli çay içmeye gittim!

TCP / IP protokol yığını bir dizi protokoldür, adı İnternet'teki iletişimin temeli olan en önemli iki protokolden gelir. TCP protokolü, iletilen bilgileri bölümlere (paketlere) böler ve bunları numaralandırır. IP protokolü kullanılarak, tüm paketler alıcıya iletilir. Ardından, TCP protokolünü kullanarak tüm paketlerin alınıp alınmadığını kontrol eder. Tüm parçalar alındığında, TCP bunları doğru sırayla düzenler ve tek bir bütün halinde birleştirir. İnternet bu protokolün iki versiyonunu kullanır:

• Yönlendirilmiş IPv4 ağ protokolü. Protokolün bu versiyonunda, ağdaki her ana bilgisayara 32 bitlik (yani 4 sekizli veya 4 bayt) bir IP adresi atanır.
• IPv6, IPv4'ten çok daha fazla sayıda düğümü adreslemenizi sağlar. İnternet Protokolü sürüm 6, 128 bitlik adresler kullanır ve daha birçok adres tanımlayabilir.

Not

IPv6 IP adresleri 128 bit uzunluğundadır ve bu nedenle Sürüm 4 IP adreslerinden dört kat daha uzundur. Sürüm v6 IP adresleri şu biçimde yazılır:X:X:X:X:X:X:X:X, burada X, 4 karakterden (16 bit) oluşan onaltılık bir sayıdır ve her sayının boyutu 4'tür bit Her sayı 0 ile F arasında değişir. İşte altıncı sürümün örnek bir IP adresi: 1080:0:0:0:7:800:300C:427A. Böyle bir kayıtta önemsiz sıfırlar atlanabilir, bu nedenle adres parçası: 0800: 800: olarak yazılır.

ARP

Ağ cihazlarının birbirleriyle iletişim kurabilmeleri için, verici cihazın alıcının IP ve MAC adreslerine sahip olması gerekir. TCP / IP protokol paketi, bilinen IP adreslerinden otomatik olarak bir MAC adresi almanızı sağlayan ARP (Adres Çözümleme Protokolü - Adres Çeviri Protokolü) adlı özel bir protokol içerir.

DHCP protokolü

İnternete bağlanmak için IP adreslerinin dağıtımı, sağlayıcılar tarafından ve yerel ağlarda - sistem yöneticileri tarafından gerçekleştirilir. Büyük bir ağa sahip ağ düğümlerine IP adresleri atamak, yönetici için çok sıkıcı bir prosedürdür. Bu nedenle, süreci otomatikleştirmek için, tüm ağ düğümlerine IP adresleri atama sürecini otomatikleştirerek yöneticiyi bu sorunlardan kurtaran Dinamik Ana Bilgisayar Yapılandırma Protokolü (DHCP) geliştirilmiştir.

HTTP protokolü

HTTP protokolü köprü metni aktarmak için kullanılır, örn. web sayfalarını bir bilgisayardan diğerine göndermek için. HTTP'nin temeli "istemci-sunucu" teknolojisidir, yani bir bağlantı başlatan ve bir istek gönderen tüketicilerin (istemciler) ve bir istek almak için bir bağlantı bekleyen sağlayıcıların (sunucuların) varlığını varsayar. gerekli işlemleri yapın ve sonuçla birlikte bir mesaj gönderin.

FTP protokolü

Dosyaları özel bir dosya sunucusundan kullanıcının bilgisayarına aktarmak için FTP protokolü. Kullanıcı, uzak bir bilgisayarla bağlantı kurarak, uzak bilgisayardaki bir dosyayı kendi bilgisayarına veya kendi bilgisayarındaki bir dosyayı uzak bilgisayara kopyalayabilir.

POP protokolü

POP standart protokol bir posta bağlantısı alın. POP sunucuları gelen postaları yönetir ve POP protokolü, istemci postacılardan posta alma isteklerini işlemek için tasarlanmıştır.

SMTP protokolü

SMTP, posta göndermek için bir dizi kural tanımlayan bir protokoldür. SMTP sunucusu bir alındı ​​bilgisi veya hata mesajı veya ek bilgi isteyin.

IPv4 protokolü aracılığıyla IP adresi

TCP/IP düşünülürken en önemli konulardan biri IP adreslemedir. IP adresi, bir IP ağındaki her bilgisayara atanan ve atandığı aygıtın ağ üzerindeki konumunu gösteren sayısal bir tanımlayıcıdır. IP adresi bir yazılım adresidir, donanım adresi değildir. Ana bilgisayar IP adresi, tüm makineyi değil, IP modülünün ağ arabirimine erişim noktasını tanımlar.

IP - adres - IP protokolü kullanılarak oluşturulmuş bir bilgisayar ağındaki bir düğümün ağ (yazılım) adresi.

Bir IP adresinin ondalık gösteriminin 4 sekizlisinin her biri 0 ile 255 arasında bir değer alabilir ve teoride böyle bir adres ondalık gösterimde 0.0.0.0 ile 255.255.255.255 arasında olabilir. IP adresi - ikili numara, ancak 32'de yazmak yerine bir kişi için

Bölüm 5

LAN protokolleri

Bu bölümü okuduktan ve pratik görevleri tamamladıktan sonra şunları yapabileceksiniz:

Ø Aşağıdaki protokollerden ve çeşitli ağ işletim sistemlerinde nasıl kullanıldıklarından bahsedin:

Ø Yerel ağların performansını iyileştirmeye yönelik yöntemleri tartışın ve uygulayın.

20. yüzyılın başında, dilin insanlar üzerindeki etkisini inceleyen sosyolog George Herbert Mead, insan zekasının öncelikle dil sayesinde geliştiği sonucuna vardı. Dil, çevreleyen gerçeklikte anlam bulmamıza ve ayrıntılarını yorumlamamıza yardımcı olur. Ağlarda, çeşitli sistemlerin etkileşim için ortak bir ortam bulmasına izin veren ağ protokolleri de benzer bir rol oynar.

Bu bölüm, LAN'larda en sık kullanılan protokolleri ve bunları kullanan ağ işletim sistemlerini açıklamaktadır. Kullanım alanlarını anlamanıza yardımcı olacak her protokolün avantaj ve dezavantajlarını öğreneceksiniz. En popüler LAN protokolü olan TCP/IP, bu bölümde yalnızca kısaca ele alınmıştır, çünkü daha ayrıntılı olarak ele alınacaktır. Bölüm 6. Bu bölümün sonunda, yerel ağların performansını nasıl iyileştireceğinizi ve belirli bir durumda ihtiyaç duyulan protokolleri nasıl seçeceğinizi öğreneceksiniz.

LAN protokollerive ağlardaki uygulamalarıişletim sistemleri

Ağ protokolleri yerel bir dile veya lehçeye benzer: ağların bağlı cihazlar arasında sorunsuz bir şekilde bilgi alışverişinde bulunmasına olanak tanır. Bu protokoller ayrıca bir ağ iletişim kablosu üzerinden iletilen basit elektrik sinyalleriyle de ilgilidir. I protokolleri ağ iletişimleri kesinlikle imkansız olacaktır. İki bilgisayarın birbiriyle özgürce iletişim kurabilmesi için, aynı protokolü kullanmaları gerekir, tıpkı iki kişinin aynı dilde iletişim kurmaya zorlanmaları gibi. BEN

Bir yerel alan ağında, birkaç protokol ayrı ayrı ve bazı kombinasyonlarda çalışabilir. Ağ cihazları (yönlendiriciler gibi) genellikle çeşitli protokolleri (yönlendiricide kullanılan işletim sistemine bağlı olarak) otomatik olarak tanıyacak ve yapılandıracak şekilde yapılandırılır. Örneğin, bir Ethernet yerel alan ağında, ana bilgisayara bağlanmak için bir protokol, sunucularla çalışmak için başka bir protokol kullanılabilir. Novell NetWare, üçüncüsü ise Windows sunucuları içindir (örneğin, Windows NT Server çalıştıran) (Şekil 5.1).

Her bir protokolü otomatik olarak tanıyan ve kendini buna göre yapılandıran bir köprü yönlendirici kurarak bazı protokoller için yönlendirici, diğerleri için köprü görevi görmesini sağlayabilirsiniz. Ağda birkaç protokolün varlığı, böyle bir ağın aynı anda birçok işlevi yerine getirebilmesi açısından etkilidir (örneğin, ana çerçevelere ve sunuculara İnternet erişimi sağlar). Bu yaklaşımın dezavantajı, bazı protokollerin yayın modunda çalışacak olması, yani ağ cihazlarını tanımlamak için periyodik olarak paketler göndererek önemli ölçüde fazla trafik oluşturmasıdır.

Bazı ağ protokolleri, belirli ağ işletim sistemleriyle (örneğin, Windows sistemleri, IBM anabilgisayarları, UNIX sunucuları ve Novell NetWare) ilişkili oldukları için yaygınlaştı. Protokolleri, kullanıldıkları işletim sistemleriyle ilgili olarak incelemek mantıklıdır. Bu durumda, belirli bir ağ türünde belirli bir protokole neden ihtiyaç duyulduğu açık hale gelir. Ayrıca, bir protokolün (NetBEUI gibi) diğer protokollerle (TCP/IP gibi) nasıl değiştirilebileceğini anlamanızı kolaylaştırır. Ancak, protokolleri ve bunların işletim sistemleriyle olan ilişkilerini incelemeden önce, LAN protokolünün genel özelliklerini öğrenmek önemlidir.

Genel ÖzelliklerLAN protokolleri

Temel olarak, LAN protokolleri diğer iletişim protokolleriyle aynı özelliklere sahiptir, ancak bazıları uzun zaman önce, yavaş, güvenilmez ve elektromanyetik ve radyo girişimine daha yatkın olan ilk ağlar oluşturulduğunda geliştirilmiştir. Bu nedenle, bazı protokoller modern iletişim için pek uygun değildir. Bu tür protokollerin dezavantajları, zayıf hata koruması veya aşırı ağ trafiğini içerir. Ek olarak, küçük yerel ağlar için ve gelişmiş yönlendirme araçlarına sahip modern kurumsal ağların ortaya çıkmasından çok önce belirli protokoller oluşturuldu.

Yerel alan ağı protokolleri aşağıdaki temel özelliklere sahip olmalıdır:

Ağ kanallarının güvenilirliğini sağlayın;

yüksek hıza sahip;

Düğümlerin kaynak ve hedef adreslerini işleyin;

Ağ standartlarına, özellikle IEEE 802 standardına uyun.

Çoğunlukla, bu bölümde tartışılan protokollerin tümü bu gereksinimleri karşılar, ancak daha sonra öğreneceğiniz gibi, bazı protokoller diğerlerinden daha yeteneklidir.

Masada. Tablo 5.1, LAN protokollerini ve bu protokollerin birlikte çalışabileceği işletim sistemlerini listeler. Bölümün ilerleyen kısımlarında protokoller ve sistemler (özellikle sunucu işletim sistemleri ve ana bilgisayarlar) daha ayrıntılı olarak açıklanacaktır.

4 Tablo 5.1. LAN protokolleri ve ağ işletim sistemleri

Not

bilgisayar işletim sistemi bir bilgisayarda iki işlevi yerine getiren bir dizi yazılım aracıdır. İlk olarak, bilgisayar donanımı ile etkileşime girerler ve temel sistem giriş / çıkış (Temel giriş / çıkış sistemi, BIOS). İkinci olarak, kullanıcı arayüzü ile etkileşime girerler (örneğin, bir grafik kullanıcı arayüzü (GUI) ile) Windows sistemleri veya X Pencere Alt Sistemi ve UNIX sistemlerindeki masaüstleri ile). İçin ağ bağlantılı bilgisayar işletim sistemleri bu sistemlerin bir veya daha fazla protokol kullanarak bir ağ üzerinden birbirleriyle iletişim kurabilecekleri üçüncü bir etkileşim seviyesi vardır.

protokollerIPX/ SPX ve sistemNovell NetWare

Protokol İnternet işi paket Değişme (IPX) (internet paket değişimi), Novell tarafından sunucu işlevlerini gerçekleştiren ilk ağ işletim sistemlerinden biri için geliştirildi ve adı NetWare idi. Başlangıçta Ethernet veri yolu topolojileri, token ring ağları ve ARCnet ağları için tasarlanan bu sistem, tek bir dosya sunucusuyla çalışacak şekilde tasarlanmıştır. ARCnet, özel belirteç paketleri ve karma bir topoloji (veri yolu ve yıldız) kullanan tescilli alternatif ağ teknolojilerinden biridir. NetWare işletim sistemi artık donanımdan bağımsızdır ve birden çok topolojiyi ve protokolü destekleyebilir.

Novell, IPX protokolünün prototipini oluşturmak için ilk LAN protokollerinden biri olan IPX protokolünü kullandı. fotokopi makinesi ağ sistem (XNS), NetWare dosya sunucusu işletim sistemi için uyarlayarak. Xerox Corporation, Ethernet ağları üzerinden veri iletme aracı olarak XNS protokolünü tanıttı. 1980'lerin başında, bazı üreticiler bu protokolün kendi sürümlerini yayınladı. Novell'in varyantı, NetWare sunucuları için IPX protokolünün kaynağını tanımladı. Aynı zamanda, bu şirket, adı verilen bir yardımcı protokol geliştirdi. Sıralanmış paket Değişme (SPX) ve veritabanları gibi uygulama programlarıyla çalışmaya odaklandı.

IPX/SPX protokolleri, sürüm 4'e kadar ve dahil olmak üzere NetWare sunucularında yaygın olarak kullanılmaktadır. NetWare 5.0'dan başlayarak Novell, kullanıcıları TCP/IP protokol yığınına yükseltmeye teşvik eder. Şu anda bu protokoller NetWare 6.0 ve üstü için ana protokollerdir, ancak kullanıcılar özellikle eski sunucular ve ekipmanlarla (örneğin yazıcılar) uyumluluk için IPX/SPX protokollerini kullanmaya devam edebilir.

NetWare sunucularına dayalı bir Ethernet ağında IPX/SPX protokolleri yapılandırıldığında, dört tür Ethernet çerçevesi kullanılabilir:

Ö 802 .2 - sürüm 3.21'den itibaren NetWare sunucularına dayalı ağlarda kullanılan nispeten yeni bir çerçeve türü 4.x;

Ö 802.3 – NetWare 286 sistemlerinde kullanılan eski çerçeve tipi (sürümler 2 kere) ve NetWare sisteminin ve 3.1x'in ilk sürümleri);

Ö ethernet III – Ethernet II ağları ile uyumluluğu ve daha verimli çerçeve biçimlendirmesini sağlamak için;

Ö ethernet PATLATMAK – açıklanan uygulama Bölüm 2üreticilerin özel hizmetleri ve uygulamaları ile çalışmak üzere tasarlanmış Alt Ağ Erişim Protokolü (SNAP) protokolü.

Avantajlar ve dezavantajlar

IPX protokolünün (oldukça eski olmasına rağmen) diğer erken protokollere kıyasla avantajı, yönlendirme yeteneğidir, yani bir kuruluş içindeki birçok alt ağ üzerinden veri aktarmak için kullanılabilmesidir. Protokolün dezavantajı, aktif iş istasyonlarının ağdaki varlıklarını doğrulamak için sık sık üretilen yayın paketlerini kullanması nedeniyle oluşan ek trafiktir. Birçok NetWare sunucusu ve birkaç yüz istemciyle, IPX'in "Ben buradayım" yayınları önemli ağ trafiği oluşturabilir (Şekil 5.2).

SPX protokolünün amacı

IPX'i tamamlayan SPX protokolü, uygulama veri iletimini IPX'ten daha fazla güvenilirlikle sağlar. IPX protokolü, "eşlik eden" protokolden biraz daha hızlıdır, ancak Bağlantı Katmanının LLC alt katmanında çalışan bağlantısız hizmetleri kullanır. Bu, IPX'in bir çerçevenin hedefine teslimini garanti etme olasılığının düşük olduğu anlamına gelir. SPX protokolü, veri iletiminin güvenilirliğini artırmak için bağlantı tabanlı hizmetleri kullanır. Çoğu zaman, her iki protokole (IPX ve SPX) atıfta bulunurken, IPX / SPX kısaltması kullanılır.

SPX protokolü, veri içeriğini bir ağ üzerinden aktarmak için yaygın olarak kullanılır. Ayrıca, Novell'in Uzak Konsol Yardımcı Programı ve Yazdırma Hizmetleri bu protokol üzerinde çalışır. Uzak konsol izin verir iş istasyonu yöneticinin NetWare dosya sunucusu konsolunda görüntülenen bilgilerin aynısını görmesini sağlayarak, kullanıcının sunucu sistemi komutlarını sunucunun klavyesine gitmeden uzaktan yürütmesine izin verir.

Protokol DağıtımıIPX/ SPX

DOS bilgisayarlarına IPX/SPX protokollerini yüklemek için NetWare için tasarlanmış özel DOS sürücüleri kullanılır. 32 bit işletim sistemlerinde (örneğin, Windows 95 ve daha eski), NetWare sunucularına erişim için bir komut ortamı sağlayan protokolleri yüklemek için Novell Client32 programını çalıştırabilirsiniz.

Windows sistemlerini çalıştıran bilgisayarların NetWare'e erişmesi için iki tür çoklu protokol sürücüsü de kullanabilirsiniz: Açık Veri Bağlantısı Arabirimi (ODI) ve Ağ Sürücüsü Arabirimi Spesifikasyonu (NDIS).

Bir NetWare ağında birden çok protokol (IPX/SPX ve TCP/IP gibi) dağıtıldığında, sunucular ve istemciler genellikle açık Veri bağlantısı Arayüz, ODI(açık kanal arayüzü). Bu sürücü, NetWare dosya sunucuları, anabilgisayarlar ve mini bilgisayarlar ve İnternet ile iletişime izin verir. ODI sürücüleri, MS-DOS ve Microsoft Windows altında çalışan ağ istemcilerinde kullanılabilir.

Windows'un önceki sürümlerinde (Windows 3.11, Windows 95, Windows 98 ve Windows NT), Microsoft, GDI sürücüsünü 32-bit Windows 95'in hızından ve özelliklerinden tam olarak yararlanamayan 16-bit bir uygulama olarak uyguladı ve Daha sonra.

Windows 95'ten başlayarak, IPX/SPX protokolünü kullanarak NetWare sunucularına bağlanmak için Microsoft'un daha gelişmiş çözümleri kullanılmaktadır. NetWare Bağlantı (NWLink) IPX/ SPX ve sürücü ağ sürücü Arayüz Şartname, NDIS(ağ bağdaştırıcıları için standart arabirim belirtimi). Uygulama 5-1 ve 5-2, size Windows 2000 ve Windows XP Professional sistemlerini NWLink protokolüyle çalışacak şekilde nasıl kuracağınızı gösterir.

Şek. 5.3'te, NDIS (Microsoft) ve ODI (Novell) sürücüleri, Bağlantı Katmanının LLC alt katmanında çalışır, ancak herhangi bir zamanda bu sürücülerden yalnızca biri bir ağ bağdaştırıcısına bağlanabilir.

DIV_ADBLOCK20">

ÖykünmeIPX/ SPX

NWLink protokolü, IPX/SPX'e öykünür, böylece onu kullanan herhangi bir Windows sistemi, IPX/SPX için yapılandırılmış bir bilgisayar veya aygıt gibi davranır. NDIS bir özelliktir yazılım sürücüsü, NWLink protokolü tarafından kullanılır ve onun ve diğer ağ protokollerinin bilgisayarın ağ adaptörüyle iletişim kurmasına izin verir. Bu, protokol ile bağdaştırıcı arasında bağlama adı verilen bir bağlantı kurmak için bir prosedür kullanır. bağlama Bazı protokollerin belirli bir bağdaştırıcıya (bağlanması), bu bağdaştırıcının çalışmasına ve ağ ortamına bir arabirim sağlamasına izin verir.

Bir sürücüye bağlanmaNDIS

Microsoft NDIS sürücüsü, bir veya daha fazla protokolü tek bir ağ bağdaştırıcısına bağlayabilir, böylece tüm bu protokoller bu bağdaştırıcı aracılığıyla çalışabilir. Birkaç protokol varsa, aralarında belirli bir hiyerarşi kurulur ve ağda birkaç protokol dağıtılırsa, ağ bağdaştırıcısı önce bu hiyerarşinin en üst düzeyinde bulunan protokolü kullanarak çerçeveyi veya paketi okumaya çalışır. Bir çerçevenin veya paketin biçimlendirmesi farklı bir protokolle eşleşirse, bağdaştırıcı hiyerarşide listelenen bir sonraki protokolü kullanarak onu okumaya çalışır ve bu böyle devam eder.

Tavsiye

NDIS sürücüsü kullanılarak, bir protokol bir bilgisayardaki (örneğin bir sunucudaki) birkaç ağ bağdaştırıcısına bağlanabilir. Birden fazla bağdaştırıcınız varsa, ağ yükünü bunlar arasında dağıtabilir ve sunucunun çok sayıda kullanıcı içeren isteklere yanıt vermesini hızlandırabilirsiniz. Ek olarak, sunucu aynı zamanda bir yönlendirici görevi görüyorsa birden çok bağdaştırıcı kullanılır. Aynı protokolü birden çok bağdaştırıcıya bağlamak, sunucunun aynı protokolün birden çok örneğini belleğe yüklemesi gerekmediğinden bellek ayak izini de azaltır.

Kullanıcının, bağdaştırıcıyla ilişkili protokoller hiyerarşisini kendisi düzenleyebileceği belirtilmelidir. Bu hiyerarşiye bağlama sırası denir. Örneğin, hiyerarşide ilk olarak IPX/SPX ve ikinci olarak TCP/IP listeleniyorsa, bir TCP/IP çerçevesi veya paketi önce IPX/SPX biçimindeki veriler olarak yorumlanır. Ağ bağdaştırıcısı hatayı hızlı bir şekilde algılar ve çerçeveyi veya paketi TCP/IP biçiminde yeniden okur ve doğru şekilde tanır.

Protokol bağlama sırası çoğu Microsoft Windows işletim sisteminde ayarlanabilir (örneğin, Windows 2000 ve Windows XP). Şek. Şekil 5.4, Windows XP Professional çalıştıran bir bilgisayarda nasıl bağlanılacağını gösterir. Bu şekilde, satırın altında listelenen protokoller dosya Ve Yazıcı paylaşım için Microsoft Ağlar, paylaşılan dosyalara ve yazıcılara erişmek için kullanılan protokol bağlarının sıfır yuvasını görüntüleyin. çizginin altında müşteri için Microsoft Ağlar Ağ sunucularına erişmek için gerekli protokollerin nasıl bağlanacağını gösterir. Uygulama 5-3 ve 5-4'te, Windows 2000 ve Windows XP Professional sistemlerinde protokol bağlama sırasını nasıl ayarlayacağınızı öğreneceksiniz.

DIV_ADBLOCK22">

Not

Bu kitapta daha önce tartışıldığı gibi, ek ağ trafiği oluşturduğu için NetWare ve Windows 2000/Server 2003 sunucularında RIP'yi etkinleştirmenizi önermiyoruz. Tüm yönlendirme görevlerinin özel ağ yönlendiricileri tarafından gerçekleştirilmesi tercih edilir.

Tablo 5.2. Sunucularla kullanılan protokollerNetWare

ProtokolNetBEUI ve sunucularMicrosoft pencereler

Microsoft Windows NT, LAN Manager sunucu işletim sistemini geliştirmek için Microsoft ve IBM arasında ortak bir proje olarak başladı. 1990'ların başında Microsoft, LAN Manager'dan o zamandan beri yaygın olarak kullanılan bir işletim sistemi haline gelen Windows NT Server'a geçti.

Windows NT Server ürünü, Windows 2000 Server sistemleri ve Windows Server 2003. Novell NetWare'in modern sürümleri gibi, Windows NT, Windows 2000 ve Windows Server 2003, Ethernet ve Token Ring uyumludur ve Intel uyumlu işlemcilere sahip küçük bilgisayarlardan çok işlemcili sistemlere ölçeklenebilir. TCP/IP protokolleri bu sistemlerde en yaygın olarak kullanılır, ancak Windows NT sistemlerinin yerel protokolünü uygulayan Windows NT Server 3.51 ve 4.0 sürümleri hala vardır - NetBIOS Uzatılmış kullanıcı Arayüz, NetBEUI. Bu protokol, Windows BEUI Windows NT'nin ilk sürümlerinde uygulanmadan önce LAN Manager ve LAN Server işletim sistemleri için oluşturulmuştur ve Windows 2000'de hala mevcuttur (ancak Windows XP'den beri Microsoft sistemlerinde artık desteklenmemektedir).

Not

Windows NT ve Windows 2000 çalıştıran bilgisayarlarda, NetBEUI protokolü ayrıca NBF (NetBEUI çerçevesi - NetBEUI çerçevesi) adı altında bulunur. Ağ trafiğini analiz etmek için bir protokol analizcisi kullanırsanız, NetBEUI çerçeveleri böyle bir kısaltma ile işaretlenecektir.

HikayeNetBEUI

NetBEUI protokolü ilk olarak IBM tarafından 1985 yılında geliştirilmiş bir değişiklik olarak geliştirilmiştir. ağ Temel Giriş/ Çıktı sistem, NetBIOS(temel ağ G/Ç sistemi). NetBIOS bir protokol değil, uygulama programlarının ağ cihazlarıyla ve ağlarda kullanılan ad tanıma hizmetleriyle iletişim kurması için bir yöntemdir.BIOS adları çeşitli ağ nesnelerine (iş istasyonları, sunucular veya yazıcılar gibi) verilir. Örneğin, ağdaki iş istasyonunu tanımlamak için bir kullanıcı adı kullanılabilir, bir ağ yazıcısına HPLaser adıyla erişilebilir ve bir sunucuya AccountServer adı verilebilir. Bu tür adlar, istenen ağ kaynaklarının bulunmasını kolaylaştırır. NetBIOS Ad Sorgulama hizmetleri kullanılarak ağ iletişiminde kullanılan adreslere çevrilir (çevrilir).

uygulama alanıNetBEUI

NetBEUI protokolü, bilgisayar ağlarının nispeten az sayıda bilgisayar için (birkaç ila iki yüz arası) birincil olarak yerel alan ağları anlamına geldiği bir zamanda geliştirildi. Tasarım süreci, paket yönlendirmeli kurumsal ağların özelliklerini dikkate almadı. Bu nedenle, NetBEUI protokolü yönlendirilemez ve en iyi Microsoft ve IBM'in görece eski işletim sistemlerini çalıştıran küçük yerel alan ağlarında kullanılır:

· Microsoft Windows 3.1 veya 3.11;

· Microsoft Windows 95;

· Microsoft Windows 98;

· Microsoft LAN Yöneticisi;

· UNIX için Microsoft LAN Yöneticisi;

Microsoft Windows NT 3.51 veya 4.0

IBM LAN Sunucusu.

Bir ağı Windows NT Server'dan Windows 2000 veya Windows Server 2003'e geçirirken, önce NetBEUI kullanan sunucuları ve iş istasyonlarını TCP/IP ile çalışacak şekilde yapılandırın. Windows 2000 sistemleri NetBEUI'yi desteklese de, Microsoft bu protokolün daha sonraki işletim sistemlerinde kullanılmasını önermez. Ancak, ağ küçükse (50'den az istemci) ve İnternet erişimi gerekmiyorsa, NetBEUI protokolü TCP/IP'den daha verimli olabilir.

NetBEUIve referans modeliOSI

NetBEUI protokolü, OSI modelinin birkaç katmanına uygundur. Ağ arayüzlerinin etkileşimi için Fiziksel ve Bağlantı katmanları kullanılır. Bağlantı katmanı içinde, LLC (Mantıksal Bağlantı Kontrolü) ve MAC (Medya Erişim Kontrolü) alt katmanları, kodlama ve adresleme çerçevelerinin iletimini kontrol etmek için kullanılır. Protokol ayrıca Aktarım ve Oturum katmanlarıyla ilgili işlevleri de uygular (aktarımın güvenilirliğini sağlama, paketlerin alındığını onaylama, oturumları kurma ve sonlandırma).

NedenNetBEUIağlarda iyi çalışırMicrosoft

Bölüm başlığında sorulan soruyu yanıtlamanın birkaç nedeni vardır. Birincisi, NetBEUI protokolünün kurulumu kolaydır çünkü diğer protokoller gibi yapılandırılması gerekmez (örneğin, TCP/IP için bir adres belirtmeniz ve IPX/SPX için bir çerçeve türü seçmeniz gerekir). İkinci olarak, protokol, ağ üzerinde çok sayıda bilgi alışverişi oturumunu aynı anda desteklemenize izin verir (protokolün önceki sürümlerinde 254'e kadar). önceki sürümler bu kısıtlama kaldırıldı). Örneğin, Microsoft'un belirtimlerine göre, bir Windows NT sunucusu ağ bağdaştırıcısı başına 1000 oturum çalıştırabilir (Windows 2000 sunucuları için bu tür kontroller yapılmıştır). Üçüncüsü, NetBEUI protokolü az miktarda RAM tüketir ve küçük ağlarda yüksek performansa sahiptir. Dördüncüsü, hataları tespit etmek ve ortadan kaldırmak için güvenilir mekanizmalar uygular.

KusurlarNetBEUI

NetBEUI protokolünün kurumsal ağlar da dahil olmak üzere orta ve büyük ağlarda ana dezavantajı, yönlendirilememesidir. NetBEUI çerçevesi belirli alt ağlara işaret eden bilgiler içermediğinden, yönlendiriciler bir NetBEUI paketini bir ağdan diğerine iletemez. Protokolün diğer bir dezavantajı, az sayıda olmasıdır. ağ analizörleri(Microsoft'un yayımladığı araçların yanı sıra).

Not

İÇİNDE pratik görev Tablo 5-5, Windows 2000 çalıştıran bir bilgisayara NetBEUI protokolünün nasıl kurulacağını gösterir.

Protokolelma konuşması ve sistemMac işletim sistemi

Apple bir protokol ailesi geliştirdi elma konuşması Mac OS işletim sistemini çalıştıran Macintosh bilgisayarlarına dayalı ağları düzenlemek için. AppleTalk, uçtan uca bir ağ protokolüdür, yani sunucu olmasa bile Macintosh iş istasyonları arasında iletişim kurmak için tasarlanmıştır. Bu gerçek, Şekil l'de gösterilmektedir. Şekil 5.5, Macintosh bilgisayarları bağlamak için bir anahtarın nasıl kullanıldığını gösterir. Novell NetWare, MS-DOS, Microsoft Windows işletim sistemleri AppleTalk protokolü ile çalışabilmektedir. 9 X/ BEN ve Windows NT/2000/XP. Protokolün ilk versiyonu AppleTalk Phase I olarak adlandırıldı ve 1983'te piyasaya sürüldü. 1989 yılında, bugün hala kullanımda olan AppleTalk Phase II'nin çok sayıda ağa bağlı bilgisayarın çalışmasına izin veren ve çeşitli protokollere dayalı büyük heterojen ağlarla etkileşime izin veren sürümü geliştirildi.

DIV_ADBLOCK27">

Bir AppleTalk Aşama I ağındaki maksimum istasyon sayısı 254'tür ve bir AppleTalk Aşama II ağı için bu parametre birkaç milyondur. Birinci tipteki ağlarda adresleme, düğüm tanımlaması (ID) kullanılarak gerçekleştirilir ve ikinci tipteki ağlarda, adresleme sırasında hem düğüm tanımlayıcısı hem de ağ tanımlayıcısı gerçekleştirilir. Ve son fark, AppleTalk Phase I protokolünün yalnızca başka protokollerin olmadığı ağlarda çalışabilmesidir. AppleTalk Phase II protokolü, çok protokollü ağlarda (IPX/SPX ve TCP/IP gibi) çalışır.

Not

AppleTalk protokolü, uçtan uca bir protokol olarak tasarlanmasına rağmen, Mac OS X sunucuları ile bu protokolü kullanacak şekilde yapılandırılmış Windows sistemleri arasında iletişim kurmak için kullanılabilir.

Hizmetlerelma konuşması

AppleTalk protokolü üç temel hizmetten oluşur:

AppleShare Dosya Sunucusu araçlarını kullanarak (AppleTalk Dosyalama Protokolü ile birlikte) ağ dosyalarına uzaktan erişim;

AppleShare Yazdırma Sunucusu yazılımına (Ad Bağlama Protokolü ve Yazıcı Erişim Protokolü kullanan) dayalı yazdırma hizmetleri;

· DOS ve Windows sistemleri için AppleShare PC programlarına dayalı dosya hizmetleri.

elma konuşmasıve referans modeliOSI

AppleTalk yığınında, orijinal alt katman protokolü (OSI modeline göre) protokoldür. Yerel Konuşma Bağlantı Erişim Protokol, LAP, fiziksel ve veri bağlantı katmanlarında çalışan ve veri aktarımı için eski bir erişim yöntemi sağlayan. Fiziksel kullanır Ağ arayüzleri, ağ başına maksimum 32 istasyonla (veri yolu topolojisine sahip 300 metrelik bir segment için) küçük, yavaş ağlarda çalışabilen LocalTalk protokolü için tasarlanmıştır. İzin verilen hız, modern ağ teknolojileri için son derece düşük olan 230,4 Kbps'dir.

Bir LocalTalk ağında adres ataması, çekişme adı verilen bir işlem kullanır. Gücü açtığınızda, Macintosh'unuz adresi için diğer bilgisayarlarla "rekabet eder" ve sonuç olarak benzersiz bir ana bilgisayar tanımlayıcısı (ID) elde edilir. Sonraki açılışlarda, bilgisayar farklı bir adres alabilir.

Erişim Yöntemlerielma konuşması

Modern AppleTalk Faz II ağları, Ethernet veya token ring erişim yöntemlerini kullanır ve başka herhangi bir ağ için uygun arabirimleri kullanabilir. Ethernet cihazları veya Token Ring. Ethernet iletişimini kolaylaştırmak için AppleTalk yığınının bir protokolü vardır EtherTalk Bağlantı Erişim Protokol, KAPAK, Fiziksel ve Kanal seviyelerinde işleyen. Yardımı ile veri yolu veya karma topolojiye sahip AppleTalk ağlarında CSMA / CD erişim yöntemi uygulanır. (bkz. bölüm 2). Token ring ağları protokolü kullanır Jeton konuşmak Bağlantı Erişim profesyonelTokol, TLAP, ayrıca Fiziksel ve Kanal seviyelerinde çalışıyor. Bu, belirteç geçişi ve bir halka/yıldız topolojisi kullanır (tıpkı diğer herhangi bir belirteç halkası ağı gibi).

Ağ adreslemeelma konuşması

ELAP ve TLAP protokollerini kullanan AppleTalk ağlarında adresleme, protokol kullanılarak gerçekleştirilir. elma konuşması Adres Çözünürlük Protokol, AARP, ağ bağdaştırıcılarının fiziksel veya MAC adreslerini tanımanıza izin verir, böylece bu adresler AppleTalk çerçevelerine eklenebilir. (Macintosh'unuz AppleTalk ve IP için yapılandırılmışsa, fiziksel ve IP adreslerini çözümlemek için AARP kullanılır.)

Yığına dahil edilen protokollerelma konuşması

LLAP, ELAP, TLAP ve AARP'ye ek olarak, AppleTalk ailesinin parçası olan başka protokoller de vardır. Hepsi Tablo'da listelenmiştir. 5.3.

Tablo 5.3. Yığına dahil edilen protokollerElma

Uyumlulukelma konuşmasıİle sistemlerMac OS X,Windows 2000Veağ yazılımı

Macintosh bilgisayarlar için yerel sunucu platformu, Mac OS X işletim sistemini temel alan ve dosya ve yazıcı paylaşımı, ağ kullanıcı ve grup yönetimi ve Web hizmetleri sağlayan Mac OS X Server'dır. Mac OS X ve Mac OS X Sunucu sistemleri, hem AppleTalk hem de TCP/IP'yi destekler.

Bir NetWare veya Windows 2000 sunucusu, AppleTalk Phase II protokolüne sahip Macintosh bilgisayarlar için sunucu olarak kullanılabilir. Örneğin, bir Windows 2000 sunucusunun bir Macintosh bilgisayar ağına kurulabilmesi için, üzerinde aşağıdaki bileşenlerin kurulu olması gerekir:

· AppleTalk Faz II;

· Macintosh için Dosya Hizmetleri;

Macintosh için Yazdırma Hizmetleri.

AppleTalk protokolü yüklendikten sonra, Windows 2000 Server, AppleTalk Phase II için yapılandırılmış Macintosh bilgisayarlarla iletişim kurabilecektir. Macintosh için Dosya Hizmetlerinin varlığı, Windows 2000'i sunucuya ayırmanıza olanak tanır disk alanı, Macintosh bilgisayarların erişim için AppleTalk protokolünü kullanarak dosya depolayabildiği yer. Macintosh için Yazdırma Hizmetleri, Macintosh bilgisayarların bir Windows 2000 sunucusu tarafından sağlanan ağ yazıcılarına erişmesine izin verir.

Alıştırma 5-6 size AppleTalk Phase II protokolünü, Macintosh için Dosya Hizmetlerini ve Macintosh için Yazdırma Hizmetlerini bir Windows 2000 Server sistemine nasıl kuracağınızı öğretir.

Not

Mac OS X ve Mac OS X Server işletim sistemleri, UNIX çekirdeğini temel alır ve hatta çok sayıda UNIX komutunu çalıştırabileceğiniz bir terminal penceresi moduna sahiptir.

TCP/IP protokolüve çeşitli sunucu sistemleri

bulaşma kontrol Protokol/ İnternet Protokol, TCP/ IP(İletim Kontrol Protokolü/İnternet Protokolü) şu anda en yaygın kullanılan protokol yığınıdır ve aynı zamanda bir İnternet protokolüdür. Bu bölüm, en önemli protokollere genel bir giriş bağlamında TCP/IP'ye yalnızca kısa bir genel bakış sağlar. TCP/IP yığını şu bölümde daha ayrıntılı olarak ele alınmıştır: Bölüm 6.

NetWare sunucuları, tüm Windows sistemleri, UNIX, en son Mac OS, IBM'in OpenMVS ve z/OS sistemleri ve DEC'in OpenVMS'si dahil olmak üzere çoğu ağ sunucusu ve iş istasyonu işletim sistemi TCP/IP'yi destekler. Buna ek olarak, ağ ekipmanı üreticileri, TCP/IP için cihaz performansını iyileştirmeye yönelik araçlar da dahil olmak üzere kendi sistem yazılımlarını oluştururlar. TCP/IP yığını başlangıçta UNIX sistemlerinde kullanıldı ve hızla diğer birçok ağ türüne yayıldı.

TCP/IP'nin Faydaları

TCP/IP yığınının birçok avantajı arasında şunlar yer alır:

Birçok ağda ve internette kullanılır, bu da onu ağ iletişiminin uluslararası dili yapar;

Bu protokolle çalışmak üzere tasarlanmış birçok ağ cihazı vardır;

· birçok modern bilgisayar işletim sistemi, ana protokol olarak TCP/IP kullanır;

· İçin Bu protokol, birçok teşhis aracı ve analizörü vardır;

Birçok ağ uzmanı protokole aşinadır ve nasıl kullanılacağını bilir.

protokoller ve uygulamalar,TCP/IP yığınına dahildir

Masada. Tablo 5.4, TCP/IP yığınını oluşturan protokolleri ve uygulamaları listeler. Bazılarından daha önce bahsedilmişti. Daha ayrıntılı bir açıklama şu adreste mevcuttur: bölüm b, sonraki bölümlerde olduğu gibi.

Tablo 5.4. TCP/IP Protokol Yığınındaki Protokoller ve Uygulamalar

SNA protokolü ve IBM işletim sistemleri

Eski IBM anabilgisayarları genellikle yığın protokollerini kullanır Sistemler ağ mimari, SAA, aslen 1974'te geliştirildi. Aslında SNA, erişim yöntemi olarak bir belirteç halkası kullanan bir dizi tescilli protokoldür. IBM tarafından oluşturulan işaretçi ağlarının ayrıntılarının çoğu daha sonra IEEE 802.5 standardına dahil edildi. Bununla birlikte, bir SNA ağında, kablolama zorunlu olarak blendajlı bükümlü çifte (STP) dayalıdır ve kablolar kesinlikle yönlendirilmiş olarak etiketlenir (ve yönlendirilir) (örneğin, kablonun bir ucu ana bilgisayara gitmeli ve diğer ucu ana bilgisayara gitmelidir). denetleyiciler gibi ana bilgisayara bağlı cihazlara son disk sürücüleri veya iletişim kanalları). Bu, SNA ağının ayrıca tescilli (tescilli) kablo konektörleri ve ağ arabirimleri kullandığı anlamına gelir.

protokol yığınıSAAve referans modeliOSI

SNA protokol yığını, OSI referans modeline benzeyen yedi katmanlı bir modele (Tablo 5.5) dayanmaktadır.

Tablo 5.5. Yedi seviyeli modelSAA

SNA'nın avantajları ve dezavantajları

Herhangi bir protokol yığını gibi, SNA'nın da hem avantajları hem de dezavantajları vardır. Olumlu yönü, SNA mimarisinin çeyrek asrı aşkın bir süredir var olması ve IBM sistemleriyle güvenilir ve kanıtlanmış bir iletişim yolu sağlamasıdır. Önemli bir dezavantaj, SNA'nın özel cihazlar ve yapılandırma, yönetim ve hata ayıklama prosedürleri konusunda ek eğitim gerektiren özel (tescilli) bir protokol yığını olmasıdır. Bu nedenlerden dolayı, IBM anabilgisayarlarına sahip SNA ağları genellikle çok iyi çalışır, ancak bunun eğitim ve ağın bakımı açısından yüksek bir maliyeti vardır.

Bir SNA Ağının Fiziksel Unsurları

IBM bilgisayarları içeren geleneksel bir SNA ağında, terminaller tip 2 fiziksel modüller (tip 2) olarak kabul edilir. Fiziksel bir modül, bir ana bilgisayara bağlanabilen veya erişimi kontrol edebilen bir cihazdır.

624 "style="width:467.8pt;border-collapse:collapse;border:none">

Kısaltma- tur veyaİsim

Tam ünvan

Tanım

SeviyemodellerSAA

Gelişmiş Eşler Arası Ağ İletişimi (gelişmiş eşler arası ağ protokolü)

Ana bilgisayarlar, mini bilgisayarlar, ağ geçitleri ve küme denetleyicileri gibi cihazlar arasında eşler arası iletişim sağlar

İletim kontrolü

Müşteri Bilgi Kontrol Sistemi (abone bilgi yönetim sistemi)

Veri Akışı Yönetimi ve Temsilcilik Hizmetleri

Dağıtılmış Veri Yönetimi (dağıtılmış veri yönetimi)

IBM anabilgisayarlarında depolanan bilgilere uzaktan erişim sağlayan programlar (örneğin, uzakta bulunan başka bir anabilgisayardan uzak bağlantı yoluyla)

İşlem Hizmetleri

Bilgi Yönetim Sistemi (bilgi yönetim sistemi)

Programcılara SNA mimarisiyle (güvenli erişim, dosya ve sürücü yönetimi dahil) etkileşim için temel araçlar sağlayan bir yazılım ortamı. IMS'ye bir alternatif CICS'dir.

Veri akışı yönetimi Temsil hizmetleri

Ağ Kontrol Programı (ağ yönetim programı)

Fiziksel cihaz adresleme ve ek mantıksal adresleme ve yönlendirme sağlar. SNA ağ geçidi iletişimleri için kullanılır ve bunları yönetir (iş istasyonlarının ağ geçidi aracılığıyla ana bilgisayara erişmesi için herhangi bir SNA ağ geçidine kurulmalıdır; bkz. Bölüm 1 ve 4, ağ geçitlerinin daha ayrıntılı olarak tartışıldığı yer)

Kanal Kontrolü ve Rota Kontrolü

Senkron Veri Bağlantısı Kontrolü

Bir ağ kablosunda mantıksal bağlantılar (sanal kanallar) oluşturur ve bu bağlantılar üzerinden veri aktarımını koordine eder, kanallarda yarı çift yönlü ve tam çift yönlü iletişim sağlar

Fiziksel Cihaz Kontrolü ve Bağlantı Kontrolü

SNA Dağıtılmış Hizmetler (SNA dağıtılmış hizmetler)

Yazılım belgelerin transferini kontrol eden. Belirtilen adreslere mesaj göndermek için e-posta sistemleri tarafından kullanılır.

İşlem Hizmetleri

Sistem Hizmetleri Kontrol Noktası (sistem hizmetleri yönetim noktası)

VTAM Yönetim Yazılımı

İletim kontrolleri

SNA ağları tarafından kullanılan erişim yöntemi

Fiziksel cihaz yönetimi Bağlantı yönetimi

Sanal Telekomünikasyon Erişim Yöntemi (sanal telekomünikasyon erişim yöntemi)

Bir SNA ağındaki veri transferini kontrol eder (örneğin, akış kontrol yöntemleri aracılığıyla). Dijital veri alışverişi sağlar

İletim kontrolü

IBM işletim sistemlerine erişim için DLC protokolü

SNA çalıştıran bir ana bilgisayara erişmek için Windows çalıştıran bilgisayarlar kullanıyorsanız 9 X, Windows NT ve Windows 2000, SNA ağ geçidine bir alternatif, protokolü yüklemektir Veri Bağlantı kontrol, DLC. Bu protokol SNA'ya öykünür ve yalnızca onunla çalışabilen bazı eski ağ yazıcılarına (örneğin, eski Hewlett-Packard yazıcıları) bağlanmak için de kullanılabilir.

Tavsiye

DLC protokolü Windows XP'de desteklenmez. Bu sisteme geçiş yapmayı düşünüyorsanız, IBM anabilgisayarlarına erişmek için DLC'yi kullanamayacağınızı ve bir SNA ağ geçidine ihtiyacınız olabileceğini lütfen unutmayın.

Temel olarak, DLC protokolü, belirli bir ana bilgisayarın SNA iletişimini kullandığı durumlarda TCP / IP'ye bir alternatiftir. Bu protokolün dezavantajı yönlendirilebilir olmamasıdır. Ayrıca, gerçekten iş istasyonları arasında eşler arası iletişim için değil, yalnızca eski IBM anabilgisayarlarına (ES9000 gibi) veya IBM mini bilgisayarlarına (AS/400 gibi) bağlanmak için tasarlanmıştır. Uygulama 5-7, DLC'nin bir Windows 2000 sistemine nasıl kurulacağını açıklar.

ProtokolDNAişletim sistemleri içinbilgisayarlarDijital (Compaq)

1974'te oluşturulan mimari Dijital ağ mimari (DNA) SNA ile aynı yaştadır. DNA, Digital Equipment Corporation'ın (DEC) ilk ağlarında kullanıldı ve başka bir şekilde DECnet olarak biliniyordu. Sonra bu protokol yığını çok daha az kullanıldı.

DNA mimarisi, veri yolu topolojisinde Ethernet II çerçevelerinin (veya DIX - tasarım şirketleri Digital, Intel ve Xerox'un kısaltması) kullanılmasını sağlar. DNA'nın erdemlerinden biri, en başından beri bu mimarinin OSI referans modelini yakından takip etmesidir. DNA'nın Olmayan Zenginliği, bu mimarinin tescilli olmasıdır. Ek olarak, Compaq'ın DEC'i satın almasından bu yana, orijinal DEC bilgisayarları ve DNA ağları daha az popüler hale geldi. DEC Alpha işlemci tabanlı bir zamanların ünlü bilgisayarları bile giderek artan bir şekilde Compaq markası altında satılan iş istasyonları ve sunucular ile değiştiriliyor. Intel işlemciler itanyum.

DNA, ağlarda giderek daha az yaygın olduğundan, pratikte bu mimariyle karşılaşmanız daha az olasıdır. Ancak genel bir sunum için Tablo. 5.7, DNA yığınını oluşturan bazı protokolleri ve uygulamaları listeler.

Tablo 5.7. Protokol yığınına dahil edilen protokoller ve uygulamalar

Yerel ağların performansını artırma

Ağ performansını iyileştirmenin en iyi yolu, her bir yönlendirici üzerinden gönderilen protokol sayısını azaltmaktır. Bu, yönlendiriciler üzerindeki iş yükünü azaltarak ağ trafiğini daha hızlı işlemelerini sağlar. Daha az protokol ile ağda üretilen gereksiz trafik de azalır.

Tartışma konuları

Ağınızda hangi protokollerin kullanılacağını seçerken aşağıdaki soruları göz önünde bulundurun.

• Paketler yönlendirilmeli mi?

· Ne büyüklükte ağ - küçük (100 düğümden az), orta (100 - 500 düğüm) veya büyük (500 düğümden fazla)?

· Hangi sunucular kullanılıyor ve hangi protokollere ihtiyaçları var?

· Anabilgisayarlar mevcut mu ve hangi protokolleri gerektiriyorlar?

İnternete doğrudan erişim veya web teknolojilerini (sanal) kullanan intranet uygulamalarına bağlantı var mı? özel ağ)?

· WAN bağlantıları için hangi hız gereklidir?

· Kritik uygulamalar var mı?

Çerçevelerin yönlendirilmesi gerekiyorsa (örneğin, Şirket ağı), yönlendirme odaklı olduğundan ve birçok ağda yaygın olduğundan, TCP/IP kullanmak en iyisidir. Windows NT sunucularına dayalı ve İnternet bağlantısı olmayan küçük ve orta ölçekli yönlendirilemez ağlar (200 düğümden az) için, NetBEUI protokolü hızlı ve güvenilir iletişim için en iyi seçenek olmaya devam ediyor. NetWare ağları (5.0 sunucularından önce) IPX/SPX kullanabilir, ancak daha eski NetWare sunucuları ve daha yeni Windows 2000 sunucuları ile karma bir ağ IPX/SPX ve TCP/IP gerektirebilir. NWLink protokolü, Windows 9x/NT/2000 sistemlerini eski NetWare sunucularına bağlamanın iyi bir yoludur.

İletişim kanalı sorunu

İnternet veya Web Hizmetlerine bağlantı, TCP/IP dağıtımını gerektirirken, FTP hizmetleri dosyaları aktarmak için kullanılabilir. Geçici anabilgisayarlar ve UNIX bilgisayarları ile iletişim kurmak için de TCP/IP kullanmak en iyisidir çünkü bir anabilgisayara veya UNIX bilgisayarında çalışan bir uygulamaya bağlanmak için Telnet terminal öykünmesi gerekebilir. IBM anabilgisayarlarına ve mini bilgisayarlara (bir SNA ortamında çalışıyorlarsa) bağlanmak için DLC protokolünü de kullanabilirsiniz. Son olarak, eski DEC bilgisayarlarının (örn. DEC VAX) bulunduğu bir ağda DNA protokolüne hala ihtiyaç duyulabilir.

Not

TCP/IP, orta ila büyük ağlar için en iyi protokoldür. Yönlendirilebilir, görev açısından kritik uygulamalar için güvenilir ve sağlam bir hata kontrol mekanizmasına sahip. Bu tür ağlarda, ağ izleme ve arıza analiz araçlarına sahip olmak önemlidir. özetlendiği gibi bölüm 6, TCP/IP yığını bu sorunları çözmek için gerekli protokollere sahiptir.

Birçok durumda, farklı amaçlar için ağ uygulamaları farklı LAN protokolleri kullanmanız gerekir. Bazen modern ağlarda TCP/IP, NetBEUI, IPX/SPX, SM ve hatta DNA protokolleri herhangi bir kombinasyonda kullanılmaktadır. Bildiğiniz gibi, dağıtılan protokoller, kullanılan işletim sistemlerinin türüyle ilgilidir. Ayrıca, seçimleri küresel ağlarla bir bağlantının varlığından etkilenir (örneğin, İnternete erişmek için, yerel ağları küresel bir ağ üzerinden birbirine bağlamak için de gerekli olabilecek TCP / IP protokolüne ihtiyacınız vardır). Örneğin, TCP/IP bir LAN üzerindeki sunucular tarafından kullanılıyorsa ve başka bir ağdaki iş istasyonlarının bu sunuculara erişmesi gerekiyorsa, hem LAN'lar hem de onları bağlayan WAN, TCP/IP protokolünü taşıyabilmelidir.

Gereksiz protokolleri kaldırma

Bazen bir ağdaki iş istasyonları, tüm ana bilgisayarlar ve sunucular TCP/IP'ye geçirildikten sonra bile birden çok protokol kullanacak şekilde yapılandırılmış olarak kalır. Bu durumda, gereksiz protokolleri iş istasyonlarından kaldırarak ağ performansını kolayca iyileştirebilirsiniz. Uygulama 5-8 size DLC protokolünü bir Windows 2000 sisteminden nasıl kaldıracağınızı gösterir ve Uygulama 5-9 size NetWare için İstemci Hizmetini (ve NWLink IPX/SPX protokolünü) Windows 2000 ve Windows XP Professional sistemlerinden nasıl kaldıracağınızı gösterir.

Özet

· Büyük ölçüde, protokoller ağların mimarisini belirler. Birçok ağ, ağ sunucularının ve ana bilgisayarların çeşitli işletim sistemlerine erişmek için birden çok protokol kullanır.

· Yaygın olarak kullanılan LAN protokolleri, belirli bir ağda kullanılan ağ sunucusu işletim sisteminin türüne göre belirlenir. En eski ağ sistemlerinden biri, IPX / SPX protokol yığınıyla çalışan ve sunuculara bağlı NetWare sunucularının eski sürümleri ile iş istasyonları (ve diğer sunucular) arasında veri aktarımı sağlayan NetWare'dir. NetWare en yaygın ağ işletim sistemlerinden biri olduğu için IPX/SPX protokolü binlerce LAN'da uygulanmıştır. Ancak, artık İnternet'e bağlı birçok ağ ile, NetWare'in yeni sürümleri (5.0 ve sonrası), daha çok yönlü TCP/IP protokol yığınıyla çalışacak şekilde tasarlanmıştır.

· Windows NT Sunucu sistemleri için yerel protokol, Microsoft'un IBM ile başlattığı ağ işletim sistemi LAN Manager'ın geliştirilmesiyle ortaya çıkan NetBEUI'dir. Orta ve büyük ağlarda Windows sunucuları NT'nin TCP/IP yığınını kullanması daha olasıdır. Windows 2000 ve Windows Server 2003'ün gelişiyle, TCP/IP, Active Directory ve İnternet erişimi gereksinimleri tarafından yönlendirilen NetBEUI'nin yerini aldı.

· AppleTalk, Mac OS ve Mac OS Server çalıştıran Macintosh bilgisayarlar tarafından kullanılan bir protokoldür. Windows NT, Windows 2000, Windows Server 2003 ve Novell NetWare de AppleTalk'ı destekler.

· Bazı ağ sunucusu işletim sistemleri (özellikle UNIX) başlangıçta TCP / IP yığınıyla (İnternet'in yanı sıra) çalışmaya yönelikti. Diğer ağ işletim sistemleri (NetWare, Windows NT ve Mac OS Server gibi), bu sistemler oluşturulduktan sonra TCP/IP yığınını uyguladı.

İlk IBM sistemleri, anabilgisayarlar (mini bilgisayarlar) ile terminaller, denetleyiciler ve yazıcılar arasında olduğu kadar aralarında da iletişim sağlayan SNA protokol yığınını kullandı. çeşitli bilgisayarlar. Windows işletim sistemlerinde, SNA iletişimlerini taklit etmek için DLC protokolünü yüklemek mümkündür.

· DNA protokol yığını, DEC bilgisayarlarına dayalı ağlarda kullanılmak üzere geliştirilmiştir, ancak ağlardaki bu tür bilgisayarların sayısı önemli ölçüde azaldığı için artık nadiren kullanılmaktadır.

· Bir yerel ağın performansını iyileştirmenin basit ve etkili bir yolu, kullanımda olan protokolleri periyodik olarak analiz etmek ve artık kullanılmayan protokolleri kaldırmaktır. Bilgisayarlara ve yazıcılara erişmek için.

· 1990'ların başına kadar ağ teknolojileri öncelikle LAN protokolleri alanında bozuldu. Şu anda, bu protokollerin mimarisi mantıksal sonucunu TCP/IP yığınında bulmuştur ve özel protokoller (IPX/SPX ve NetBEUI gibi) daha az sıklıkla kullanılmaktadır.

Yerel ağlarda, düğümlerin etkileşimini organize etmedeki ana rol, iyi tanımlanmış bir LAN topolojisine odaklanan bağlantı katmanı protokolüne aittir. Bu nedenle, bu seviyenin en popüler protokolü olan Ethernet, tüm ağ düğümleri onlar için ortak bir veri yoluna paralel bağlandığında "ortak veri yolu" topolojisi için tasarlanmıştır ve Token Ring protokolü "yıldız" topolojisi için tasarlanmıştır. . Bu durumda, ağ PC'leri arasındaki basit kablo bağlantı yapıları kullanılır ve donanım ve yazılım çözümlerinin maliyetini basitleştirmek ve azaltmak için, zaman paylaşım modunda kabloların tüm PC'ler tarafından paylaşılması uygulanır. 1970'lerin ikinci yarısında ilk LCS'nin geliştiricileri için tipik olan bu tür basit çözümlerin, olumlu olanların yanı sıra, ana performans ve güvenilirlik sınırlamaları olan olumsuz sonuçları da oldu.

En basit topolojiye (ortak veri yolu, halka, yıldız) sahip bir LAN'da yalnızca bir bilgi aktarım yolu olduğundan - tek kanal, ağ performansı bu yolun bant genişliği ile sınırlıdır ve ağ güvenilirliği yol güvenilirliği ile sınırlıdır. Bu nedenle, özel iletişim cihazları (köprüler, anahtarlar, yönlendiriciler) yardımıyla yerel ağların kapsamının geliştirilmesi ve genişletilmesiyle bu kısıtlamalar kademeli olarak kaldırıldı. Temel LAN yapılandırmaları (veri yolu, halka), düğümler arasında paralel ve yedekli yollara sahip daha karmaşık yerel ağ yapılarının oluşturulduğu temel bağlantılara dönüştü.

Ancak, yerel ağların temel yapıları içinde, aynı Ethernet ve Token Ring protokolleri çalışmaya devam eder. Bu yapıların (segmentlerin) ortak, daha karmaşık bir yerel ağda birleştirilmesi, ek ekipman kullanılarak gerçekleştirilir ve böyle bir ağın RS'sinin etkileşimi, diğer protokoller kullanılarak gerçekleştirilir.

Yerel ağların geliştirilmesinde, belirtilenlere ek olarak başka eğilimler de olmuştur:

paylaşılan veri aktarım ortamının reddedilmesi ve kişisel iletişim hatlarıyla PC ağlarının bağlandığı aktif anahtarların kullanımına geçiş;

anahtarları kullanırken LAN'da yeni bir çalışma modunun ortaya çıkması - tam çift yönlü (yerel alan ağlarının temel yapılarında PC'ler yarı çift yönlü modda çalışmasına rağmen, istasyonun ağ adaptörü herhangi bir zamanda verilerini iletir veya başkalarını alır , ancak aynı anda yapmaz). Bugün, her LAN teknolojisi hem yarı çift yönlü hem de tam çift yönlü modlarda çalışacak şekilde uyarlanmıştır. LCN protokollerinin standartlaştırılması, 1980 yılında IEEE Enstitüsünde düzenlenen 802 komitesi tarafından gerçekleştirilmiştir. IEEE 802.X ailesinin standartları, OSI modelinin yalnızca iki alt katmanını kapsar - fiziksel ve bağlantı. Yerel ağların özelliklerini yansıtan bu seviyelerdir, ağdan başlayarak daha eski seviyeler, herhangi bir sınıftaki ağlar için ortak özelliklere sahiptir.

Yerel ağlarda, bağlantı katmanı iki alt katmana ayrılır:

mantıksal veri aktarımı (LLC - Mantıksal Bağlantı Kontrolü);

medya erişim kontrolü (MAC - Medya Erişim Kontrolü).

MAC ve LLC alt katmanlarının protokolleri karşılıklı olarak bağımsızdır, örn. her MAC alt katmanı protokolü, herhangi bir LLC alt katmanı protokolüyle çalışabilir ve bunun tersi de geçerlidir.

MAC alt katmanı, ortak bir iletim ortamının paylaşılmasını sağlar ve LLC alt katmanı, farklı taşıma hizmetleri kalitesine sahip çerçevelerin iletimini düzenler. Modern LAN'lar, paylaşılan bir ortama erişmek için çeşitli algoritmalar uygulayan ve Ethernet, Hızlı Ethernet, Gigabit Ethernet, Token Ring, FDDI, 100VG-AnyLAN teknolojilerinin özelliklerini belirleyen birkaç MAC alt katman protokolü kullanır.

LLC Protokolü. LAN için bu protokol, taşıma hizmetinin gerekli kalitesini sağlar. Ağ protokolleri ile MAC alt katmanının protokolleri arasında bir konum işgal eder. LLC protokolünde, çerçeveler ya bir datagram yöntemiyle ya da etkileşim halindeki ağ istasyonları arasında bağlantı kurma prosedürleri kullanılarak ve bozulma içeriyorsa çerçeve kurtarma yoluyla yeniden iletilerek iletilir.

Ethernet teknolojisi (802.3 standardı). Bu, en yaygın LAN standardıdır. Bu protokol şu anda çoğu LKS tarafından kullanılmaktadır. Bütün bir teknoloji ailesini oluşturan Ethernet teknolojisinin birkaç çeşidi ve modifikasyonu vardır. Bunlardan en iyi bilinenleri, IEEE 802.3 standardının 10 Mbit versiyonu ile yeni yüksek hızlı Fast Ethernet ve Gigabit Ethernet teknolojileridir. Tüm bu seçenekler ve modifikasyonlar, fiziksel veri iletim ortamının türüne göre farklılık gösterir.

Her türlü Ethernet standardı aynı ortam erişim yöntemini, CSMA/CD rasgele erişim yöntemini kullanır. Yalnızca, paylaşılan erişim modunda çalışan ve herhangi iki ağ düğümü arasında veri aktarmaya hizmet eden ortak bir mantıksal veri yoluna sahip ağlarda kullanılır. Bu erişim yöntemi doğası gereği olasılıksaldır: iletim ortamını emrinize amade alma olasılığı ağ yüküne bağlıdır. Önemli bir ağ yükü ile çarpışmaların yoğunluğu artar ve faydalı bant genişliği keskin bir şekilde düşer.

Kullanılabilir ağ bant genişliğiçerçevelerin veri alanı tarafından taşınan kullanıcı verilerinin veri hızıdır. Çerçeve ek yükü, çerçeveler arası aralıklar ve ortam erişim gecikmesi nedeniyle her zaman Ethernet protokolünün nominal bit hızından daha düşüktür. Çakışma olmaması ve erişim için bekleme durumunda ağ kullanım faktörü maksimum 0,96 değerine sahiptir.

Ethernet teknolojisi, ortak bir adres biçimini paylaşan 4 farklı türde çerçeveyi destekler. Çerçeve tipi tanıma otomatik olarak gerçekleştirilir.

Tüm Ethernet standartları aşağıdaki özelliklere ve sınırlamalara sahiptir:

nominal verim - 10 Mbps;

ağdaki maksimum bilgisayar sayısı - 1024;

ağdaki düğümler arasındaki maksimum mesafe - 2500 m;

maksimum koaksiyel ağ segmenti sayısı - 5;

maksimum segment uzunluğu - 100 m'den (10Base-T için) 2000 m'ye (10Base-F için);

herhangi bir ağ istasyonu arasındaki maksimum tekrarlayıcı sayısı 4'tür.

Token Ring teknolojisi (802.5 standardı). Burada, tüm PC ağlarını bir halkaya bağlayan kablo parçalarından oluşan paylaşılan bir veri aktarım ortamı kullanılır. Halka (ortak paylaşılan kaynak), halkayı belirli bir sırayla kullanmak için hakların istasyonlara devredilmesine dayalı olarak deterministik erişime tabidir. Bu hak bir jeton aracılığıyla ihanete uğrar. Belirteç erişim yöntemi, belirteç döndürme süresi boyunca her bir RS'nin halkaya erişim kazanmasını garanti eder. Belirteç sahipliği öncelik sistemi kullanılır - 0'dan (en düşük öncelik) 7'ye (en yüksek). Geçerli çerçevenin önceliği, içinde başka öncelikli çerçeve yoksa halkayı yakalayabilen istasyonun kendisi tarafından belirlenir.

Token Ring ağları, fiziksel iletim ortamı olarak korumalı ve korumasız bükümlü çift ve fiber optik kablo kullanır. Ağlar iki bit hızında çalışır - 4 ve 16 Mbps ve aynı halkada, tüm RS'ler aynı hızda çalışmalıdır. Ringin maksimum uzunluğu 4 km'dir ve ringdeki maksimum PC sayısı 260'tır. Ringin maksimum uzunluğuna ilişkin sınırlamalar, ringin etrafındaki işaretleyicinin dönüş süresiyle ilgilidir. Halkada 260 istasyon varsa ve her istasyonun işaretçiyi tutma süresi 10 ms ise, işaretçi tam bir dönüş yaptıktan 2,6 saniye sonra aktif monitöre geri dönecektir. Örneğin 50 çerçeveye bölünmüş uzun bir mesaj iletilirken, bu mesaj alıcı tarafından en iyi durumda (yalnızca gönderen PC aktif olduğunda) 260 s sonra alınacaktır, bu kullanıcılar için her zaman kabul edilemez.

802.5 standardında maksimum çerçeve boyutu tanımlanmamıştır. Genellikle 4 Mbps ağlar için 4 KB ve 16 Mbps ağlar için 16 KB olarak alınır.

16 Mbps ağlar ayrıca daha verimli bir halka erişim algoritması kullanır. Bu bir erken belirteç bırakma (ETR) algoritmasıdır: bir istasyon, çerçevesinin son bitinin iletiminin bitiminden hemen sonra, çerçevenin ve işgal edilen belirtecin halka etrafında dönmesini beklemeden bir sonraki istasyona bir erişim belirteci iletir. . Bu durumda, birkaç istasyonun çerçeveleri, halkanın bant genişliğini kullanma verimliliğini önemli ölçüde artıran halka boyunca aynı anda iletilecektir. Tabii ki, bu durumda, herhangi bir anda, yalnızca o anda erişim belirtecine sahip olan RS, ringde bir çerçeve oluşturabilir ve geri kalan istasyonlar yalnızca diğer kişilerin çerçevelerini aktaracaktır.

Token Ring teknolojisi (bu ağların teknolojisi 1984 yılında IBM tarafından geliştirilmiştir) Ethernet teknolojisinden çok daha karmaşıktır. Hataya dayanıklılık özelliklerine sahiptir: nedeniyle geri bildirim halka, istasyonlardan biri (aktif monitör) sürekli olarak jetonun varlığını, jeton dönüş süresini ve veri çerçevelerini izler, ağda tespit edilen hatalar otomatik olarak ortadan kaldırılır, örneğin, kayıp bir jeton geri yüklenebilir. Aktif monitör başarısız olursa, yeni bir aktif monitör seçilir ve halka başlatma prosedürü tekrarlanır.

Token Ring standardı, orijinal olarak, MAU'lar olarak adlandırılan hub'ları kullanarak ağdaki bağlantıların inşası için sağlanmıştır, örn. çoklu erişim cihazları. Bir hub pasif (bağlantı noktalarını dahili olarak bağlar, böylece bu bağlantı noktalarına bağlı PC'ler bir halka oluşturur ve ayrıca bu bağlantı noktasına bağlı bilgisayar kapalıysa herhangi bir bağlantı noktasının atlanmasını sağlar) veya aktif (sinyal yenileme işlevlerini gerçekleştirir ve bu nedenle bazen tekrarlayıcı denir).

Token Ring ağları, bir yıldız halkası topolojisi ile karakterize edilir: PC'ler, yıldız topolojisine göre göbeklere bağlanır ve göbeklerin kendileri, bir omurga fiziksel halkası oluşturmak için özel Ring In (RI) ve Ring Out (RO) bağlantı noktaları aracılığıyla birleştirilir. Token Ring ağı, köprülerle ayrılmış, çerçeveleri hedefe yönlendiren birkaç halka temelinde inşa edilebilir (her çerçeve, halkaların rotasını içeren bir alanla sağlanır).

Son zamanlarda, IBM'in Token Ring teknolojisi yeni bir gelişme aldı: bu teknolojinin (HSTR) 100 ve 155 Mbps bit hızlarını destekleyen yeni bir sürümü önerildi. Aynı zamanda, Token Ring 16 Mbps teknolojisinin ana özellikleri korunur.

FDDI Teknolojisi. Bu, veri iletimi için fiber optik kablo kullanan ilk LAN teknolojisidir. 1988 yılında ortaya çıktı ve resmi adı Fiber Distributed Data Interface (FDDI)'dir. Günümüzde fiziksel ortam olarak fiber optik kabloya ek olarak ekransız bükümlü çift kullanılmaktadır.

FDDI teknolojisi, ağlar arasındaki omurga bağlantılarında, yüksek performanslı sunucuları bir ağa bağlamak için, kurumsal ve büyükşehir ağlarında kullanılmak üzere tasarlanmıştır. Bu nedenle, yüksek veri aktarım hızı (100 Mbps), protokol düzeyinde hata toleransı ve ağ düğümleri arasında uzun mesafeler sağlar. Bütün bunlar ağa bağlanma maliyetini etkiledi: bu teknolojinin istemci bilgisayarları bağlamak için çok pahalı olduğu ortaya çıktı.

Token Ring ve FDDI teknolojileri arasında önemli bir süreklilik vardır. Token Ring teknolojisinin ana fikirleri, özellikle halka topolojisi ve işaretleyici erişim yöntemi olmak üzere FDDI teknolojisinde algılanır ve geliştirilir ve geliştirilir.

FDDI ağında, RS arasındaki ana ve yedek iletim yollarını oluşturan veri iletimi için iki fiber optik halka kullanılır. Ağ istasyonları her iki halkaya da bağlıdır. Normal modda, yalnızca ana halka devreye girer. Ana halkanın herhangi bir parçası arızalanırsa, göbekler ve ağ bağdaştırıcıları kullanılarak tekrar tek bir halka oluşturarak (bu, halkaların "yuvarlanan" modudur) yedek halka ile birleştirilir. Arıza durumunda bir "katlama" prosedürünün varlığı, ağın hata toleransını artırmanın ana yoludur. Ağ arızalarını belirlemek ve ağ sağlığını geri yüklemek için başka prosedürler vardır.

FDDI ağında kullanılan token medya erişim yöntemi ile Token Ring ağındaki bu yöntem arasındaki temel fark, FDDI ağında token tutma süresinin sadece senkron trafik için sabit bir değer olmasıdır ki bu çerçeve iletim gecikmeleri için kritiktir. Küçük çerçeve iletim gecikmeleri için kritik olmayan eşzamansız trafik için bu süre halka yüküne bağlıdır: küçük bir yükle artar ve büyük bir yükle sıfıra düşebilir. Bu nedenle, eşzamansız trafik için erişim yöntemi uyarlanabilir ve geçici ağ tıkanıklığını iyi düzenler. Çerçeve öncelik mekanizması yoktur. Trafiği iki sınıfa ayırmanın yeterli olduğuna inanılıyor - her zaman hizmet verilen senkron (halka aşırı yüklendiğinde bile) ve asenkron, halka hafif yüklendiğinde hizmet verilen. FDDI istasyonları, 16 Mbps Token Ring ağında yapıldığı gibi erken bir belirteç bırakma algoritması kullanır.

FDDI ağında özel bir aktif monitör yoktur, tüm istasyonlar ve merkezler eşittir, normdan sapmalar tespit edilirse ağı yeniden başlatır ve gerekirse yeniden yapılandırırlar.

FDDI teknolojisinin Ethernet ve Token Ring teknolojileri ile karşılaştırılmasının sonuçları, tablo 5.1.

Hızlı Ethernet ve 100VG-AnyLAN teknolojileri. Bu teknolojilerin her ikisi de bağımsız standartlar değildir ve sırasıyla 1995 ve 1998'de uygulanan Ethernet teknolojisindeki gelişmeler ve eklemeler olarak kabul edilir. Yeni Hızlı Ethernet (802.3i standardı) ve 100VG-AnyLAN (802.3z standardı) teknolojileri, 100 Mbps performansa sahiptir ve klasik Ethernet ile süreklilik derecesinde farklılık gösterir.

802.3i standardı, CSMA/CD rasgele erişim yöntemini korur ve böylece 10 Mbps ve 100 Mbps ağların sürekliliğini ve tutarlılığını sağlar.

100VG-AnyLAH teknolojisi tamamen yeni bir erişim yöntemi kullanır - Talep Önceliği (DP), talep üzerine öncelikli erişim. Bu teknoloji, Ethernet teknolojisinden önemli ölçüde farklıdır. Oldukça dar bir alanda çeşitli trafik türlerini destekler ve geniş bir dağıtım bulamamıştır.

Not teknoloji özellikleri Hızlı Ethernet ve Ethernet teknolojisinden farkları:

yapı Fiziksel katman Hızlı Ethernet teknolojisi, üç kablo sisteminin kullanılması nedeniyle daha karmaşıktır: fiber optik kablo, kategori 5 bükümlü çift (iki çift kullanılır), kategori 3 çift bükümlü (dört çift kullanılır). Koaksiyel kablonun reddedilmesi, bu teknolojinin ağlarının her zaman hiyerarşik bir ağaç yapısına sahip olmasına yol açmıştır;

ağ çapı 200 m'ye düşürülür, minimum uzunluktaki çerçevenin iletim süresi, iletim hızındaki 10 kat artış nedeniyle 10 kat azalır;

Hızlı Ethernet teknolojisi, anahtarlarla birlikte uzun mesafeli LAN omurgaları oluşturmak için kullanılabilir (bu teknoloji için yarı çift yönlü işlem ana olandır);

Tablo 17.1. Farklı topolojilerdeki ağların karşılaştırılması
Özellikler	teknoloji tipi
bant genişliği Mbps
topoloji	çift ​​halka	Lastik, yıldız	yıldız, yüzük
Erişim yöntemi	İşaretleyici, işaretçi devir süresinin payı		İşaretleyici, öncelikli rezervasyon sistemi
Iletişim aracı	Fiber optik, korumasız bükümlü çift	Kalın koaksiyel, ince koaksiyel, bükümlü çift, fiber optik	Korumalı ve korumasız bükümlü çift, fiber optik
Maksimum ağ uzunluğu (köprüler olmadan)	200 km (ring başına 100 km)
Düğümler arasındaki maksimum mesafe
Maksimum düğüm sayısı

• kullanılan kablo türüne göre farklılık gösteren üç fiziksel katman özelliğinin tümü için çerçeve biçimleri, 10-Mbit Ethernet teknolojilerinin çerçeve biçimlerinden farklıdır;

  iletim ortamının serbest durumunun bir işareti, sinyallerin olmaması değil, özel bir karakterin kodlanmış bir biçimde bunun üzerinden iletilmesidir;

  FDDI teknolojisinde kendini iyi kanıtlamış olan 4V/5V kodlama yöntemi kullanılır. Bu yönteme göre, iletilen her 4 bit veri 5 bit ile temsil edilir, yani. 32 5-bit sembol kombinasyonundan, orijinal 4-bit sembolleri kodlamak için yalnızca 16 kombinasyon kullanılır ve geri kalan 16 kombinasyondan hizmet kodu olarak kullanılan birkaç kod seçilir. Hizmet kodlarından biri, çerçeve aktarımları arasındaki duraklamalar sırasında sürekli olarak iletilir. İletişim hattında yoksa, bu fiziksel bağlantının başarısız olduğunu gösterir;

  sinyallerin kodlanması ve senkronizasyonu, iki kutuplu NRZ kodu kullanılarak gerçekleştirilir;

  Hızlı Ethernet teknolojisi, ağda bağlantılar oluşturmak için tekrarlayıcı hub'ları kullanmak üzere tasarlanmıştır (koaksiyel olmayan tüm Ethernet seçenekleri için durum aynıdır).

Gigabit Ethernet teknolojisi. Bu teknolojinin ortaya çıkışı, Ethernet ailesinin ağ hiyerarşisinde 1000 Mbps'lik bir iletim hızı sağlayan yeni bir adımı temsil ediyor. Bu teknolojinin standardı 1998'de kabul edildi, klasik Ethernet teknolojisinin fikirlerini maksimumda koruyor.

Gigabit Ethernet teknolojisi ile ilgili olarak aşağıdakilere dikkat edilmelidir:

protokol düzeyinde desteklenmez (tıpkı öncekiler gibi): hizmet kalitesi, yedek bağlantılar, düğümlerin ve ekipmanın sağlığının test edilmesi. Hizmet kalitesi ile ilgili olarak, omurga üzerinden veri iletiminin yüksek hızı ve anahtarlardaki paketlere öncelik atama yeteneğinin, ağ kullanıcıları için taşıma hizmetinin kalitesini sağlamak için oldukça yeterli olduğuna inanılmaktadır. Yedek bağlantılar ve ekipman testi, daha yüksek katman protokolleri tarafından gerçekleştirilir;

tüm Ethernet çerçeve formatları korunur;

Half-duplex ve full-duplex modlarında çalışmak mümkündür. İlki, CSMA / CD erişim yöntemini destekler ve ikincisi - anahtarlarla çalışır;

bu ailenin önceki teknolojilerinde olduğu gibi tüm ana kablo türleri desteklenir: fiber optik, koaksiyel, bükümlü çift;

minimum çerçeve boyutu 64'ten 512 bayta yükseltildi, maksimum ağ çapı aynı - 200 m Ortamı serbest bırakmadan arka arkaya birkaç çerçeve iletmek mümkündür.

Gigabit Ethernet teknolojisi, ağın alt seviyelerindeki sunucuların ve omurgaların 100 Mbps hızında çalıştığı ve 1000 Mbps omurganın bunları bağlayarak bant genişliği sağladığı büyük yerel alan ağları oluşturmanıza olanak tanır.

Wi-Fi teknolojisi. Wi-Fi teknolojisi ("wi-fi" olarak telaffuz edilir, İngilizce'nin kısaltmasıdır. Wireless Fidelity - kablosuz güvenilirlik), bir kablo sisteminin konuşlandırılmasının imkansız olduğu veya ekonomik olarak mümkün olmadığı yerlerde kurulan Kablosuz LAN ekipmanı için bir standarttır. İstemci Wi-Fi alıcı-verici cihazlarıyla donatılmış bu ekipmanın mobil cihazları (akıllı telefonlar ve dizüstü bilgisayarlar), yerel bir ağa bağlanabilir ve sözde erişim noktaları (ana bilgisayar bağlantı noktaları) aracılığıyla İnternete erişebilir.

Tipik olarak, bir Wi-Fi ağ şeması en az bir erişim noktası ve en az bir istemci içerir, ancak noktadan noktaya modda iki istemciyi bağlamak mümkündür ve ardından erişim noktası kullanılmaz ve istemciler doğrudan ağ bağdaştırıcıları aracılığıyla bağlanır. Wi-Fi için en düşük veri hızı 1 Mbps'dir. Wi-Fi standardı, müşteriye diğer müşterilerle bağlantı kriterlerini seçme konusunda tam bir özgürlük verir. Bu standardın işletim sistemlerinin en son sürümleri, kullanıcıya her şeyi gösteren bir işlev içerir. kullanılabilir ağlar ve bunlar arasında geçiş yapmanızı sağlar.

Wi-Fi teknolojisi, esas olarak hareket eden nesneleri kontrol etmek için ve ayrıca döşemenin imkansız olduğu durumlarda kullanılır. kablolu ağlar internet.

Wi-Fi Avantajları:

bir ağı kablo döşemeden dağıtma yeteneği, bu da oluşturma ve genişletme maliyetini azaltır;

Wi-Fi cihazları piyasada geniş çapta temsil edilmektedir ve farklı üreticilerin cihazları temel bir hizmet seviyesinde etkileşim kurabilir;

müşteri istasyonlarının uzayda hareket etmesi mümkündür;

Wi-Fi bir dizi küresel standarttır, bu nedenle Wi-Fi ekipmanı dünyanın farklı ülkelerinde çalışabilir.

Wi-Fi'nin dezavantajları şunları içerir:

çeşitli ülkelerde frekans aralığında kısıtlamaların varlığı;

diğer standartlara kıyasla oldukça yüksek enerji tüketimi;

sınırlı menzil (100 m'ye kadar);

müşterilerin birbirleriyle iletişim kurmasını zorlaştıran farklı erişim noktalarından gelen sinyalleri üst üste bindirme yeteneği;

yetersiz yüksek bilgi güvenliği. Microsoft Windows'un sürücüler aracılığıyla Wi-Fi'yi tam olarak desteklediğini unutmayın.

Şimdiye kadar, yedi katmanlı OSI referans modelinin ilk üç katmanında çalışan ve ilgili mantıksal veri aktarımı ve iletim ortamına erişim yöntemlerini uygulayan protokolleri inceledik. Bu protokollere uygun olarak, paketler iş istasyonları arasında iletilir, ancak ağ dosya sistemleri ve dosya yeniden yönlendirme ile ilgili sorunlar çözülmez. Bu protokoller, iletilen verilerin doğru alınma sırasını sağlamaya yönelik herhangi bir araç ve veri alışverişi yapması gereken uygulama programlarını tanımlamaya yönelik hiçbir araç içermez.

Alt katman protokollerinden farklı olarak, üst katman protokolleri (OSI modelinin 4. ve 5. katmanlarında uygulandıklarından orta katman protokolleri olarak da adlandırılırlar) veri alışverişi için kullanılır. Paketler alındı ​​onayı olmadan adreslendiğinde ve iletildiğinde datagram yöntemiyle ve etkileşim halindeki istasyonlar (kaynak ve hedef) arasında mantıksal bir bağlantı kurulduğunda oturum yöntemiyle veri iletimi için bir arayüze sahip programlar sağlarlar ve mesaj teslimi onaylanmış.

Burada, özellikle topolojilerinin karmaşıklığı (yönlendirme sorunları önemsiz olmaktan çıktı) ve sağlanan hizmetlerin genişletilmesi ile bağlantılı olarak yerel ağlarda biraz kullanılan IPX / SPX protokolünü kısaca not ediyoruz. IPX/SPX, IPX'in (Ağlar Arası Paket Değişimi) bir ağlar arası paket değişim protokolü ve SPX'in (Sıralı Paket Değişimi) bir sıralı paket değişim protokolü olduğu bir NetWare ağ protokolüdür.

Protokol IPX/SPX. Bu protokol, bir IPX ve SPX protokolleri paketidir. Nowell'in ağı işletim sistemi NetWare, datagram alışverişi için IPX protokolünü ve iletişim alışverişi için SPX protokolünü kullanır.

IPX/SPX protokolü, yazılım tarafından uygulanan protokolleri ifade eder. İşletim sistemi sürücülerinin işlevlerini kullanan donanım kesintileriyle çalışmaz. IPX/SPX protokol çifti, bu protokollerin farklı uygulamaları arasında tam uyumlulukla sonuçlanan sabit bir başlık uzunluğuna sahiptir.

IPX protokolü, NetWare ağ işletim sistemindeki (NOS) yönlendiriciler tarafından kullanılır. OSI modelinin ağ katmanına karşılık gelir ve veri paketlerinin iletimi sırasında adresleme, yönlendirme ve iletme işlevlerini yerine getirir. Mesaj teslim garantisi olmamasına rağmen (alıcı, mesajın alındığına dair onayı gönderene göndermez), vakaların %95'inde yeniden iletim gerekli değildir. IPX düzeyinde, dosya sunucularına hizmet istekleri yapılır ve bu türden her istek, sunucudan bir yanıt gerektirir. Bu, datagram yönteminin güvenilirliğini belirler, çünkü yönlendiriciler sunucunun bir talebe yanıtını doğru şekilde iletilen bir pakete yanıt olarak algılar.

SPX protokolü, OSI modelinin taşıma katmanında çalışır, ancak aynı zamanda oturum katmanı protokollerinde bulunan özelliklere de sahiptir. LAN'ın herhangi iki düğümü (iş istasyonu) arasında mantıksal bağlantı kurma, değiş tokuş yapma ve iletişimi sonlandırma süreçlerini yönetir. Mantıksal bir bağlantı kurulduğunda, paketler hatasız bir şekilde iletildikleri güvencesiyle her iki yönde de dolaşabilirler. SPX protokolü, paketlerin gönderilme sırasına göre alınma sırasını garanti eder.