Çerçeveler (Frames) & Paketler (Pocket)

deathbed · 29-12-2007, 16:54

Çerçeveler ve Paketler

Bir paket, aygıtlar arasında, bir veri iletişim hattı üzerinden alışverişi yapılan bir pakettir. Paketteki veri şunlarda biri olabilir:

· Bir hizmet talebi gibi mesajlar ve komutlar.
· İletişim hatalarını ve tekrar iletim gerekliliğini belirten kodlar gibi, oturumun idaresi için denetim kodları.
· Bir dosyanın içeriği gibi veriler.

Şekil-X: Çoklanmış devreler üzerindeki mantıksal yollar.

Bilginin paketlenmesinin ve çerçevelenmesinin ana nedenlerinden biri, iletişim ağındaki hataların iletimin sadece küçük bir kısmını etkilemesidir, bu da kolayca yeniden gönderilebilir. Buna ek olarak, çeşitli kaynaklardan gelen paketleri karıştırabilir ve çoklama (multiplexing) adı verilen bir yordam kullanılarak son noktalar arsında bir hat eşzamanlı olarak paylaşılabilir. Bu Şekil-X’da görülüyor. A, B ve C istasyonlarının aynı kablo üzerinden iletim yaptığına, ancak paketlerin karıştırılarak birbirinin ardından gönderildiğine dikkat edin. Bir yöneltici olabilecek diğer uçta, paketler iletimden ayrılır ve uygun bir hedefe gönderilir, bu da başka bir ağ yolu üzerinde olabilir.
Kaynak: Wardom http://www.wardom.com.tr/showthread.php?t=182364

Paket ve çerçeve terimleri genelde birbirinin yerine kullanılabilir, ancak bir çerçeve (frame) aslında fiziksel bir iletim ortamındaki bir bit akışı verisidir. Bir paketin tüm kısımlarını içermeyebilir. Veri Bağlantısı katmanı, doğrudan fiziksel ağla iletişim kurar. Burada paketler, Şekil-X1 2de görüldüğü gibi çerçevelere ayrılarak bir ağ hattı üzerinden gönderilmeye hazırlanır. Bir yerel ağda, ağın tipi (Ethernet, Token Ring, vs.) çerçevenin boyunu ve her çerçeveye ne kadar verinin konabileceğini belirler. Örneğin, Ethernet 1.514 byte’a kadar paketverisini içerebilen çerçeveler tanımlar. Bazı ağlarda, çerçeve boyu değişkendir, ancak yüksek hızlı yeni ağlar, daha küçük basit boylu “hücreler” tanımlar; bunların ağ üzerindeki anahtarlama noktalarında idaresi daha kolaydır.

Şuna dikkat edin:
· Veri Bağlantısı katmanı, kendi içinde Mantıksal Bağlantı Denetimi (Logical Link Control, LLC) ve Ortam Erişim Denetimi (Medium Access Control, MAC) katmanlarına ayrılır.

· Şekil-x1: Paketler bir kablo üzerinden aktarılmak üzere, bir ağ arabirim kartı tarafından çerçevelenir.

Alttaki MAC katmanı, ağ tiplerinin (Ethernet, Token Ring vs.) bulunduğu yerdir. LLC, bir bilgisayarda birden fazla ağ arabirim kartı varsa, bunları belirli bir karta göndermekte bir “anahtarlama” katmanı olarak görev yapar.

deathbed · 29-12-2007, 16:55

Bağlantı-Yönelimli ve Bağlantısız Protokoller

İletişim protokolleri, bağlantı-yönelimli veya bağlantısız olabilir; bu bir programın alıcıyla bir iletişim kurarak devam ettirmesinin gerekmesine (bağlantı-yönelimli) veya önceden herhangi bir irtibat kurulmadan bir mesaj göndererek (bağlantısız), alıcının her şeyi sırayla almasını beklemesine göre değişebilir.

· Bağlantı-yönelimli metodda, her iki uçtaki istasyon birbiriyle bir iletişim “oturumu” kurar, böylece veriyi “güvenle” aktarabiliriler.
· Bağlantısız metodda, gönderici herhangi bir ön temas olmadan paketleri bir hedefe göndermeye başlar. Daha güvenli bir iletişim sağlayabilecek herhangi bir özel oturum bağlantısız kurulmaz. Alıcının, paketleri aldığında bozuk olup olmadığını belirleyerek, bozuksa yeniden iletim talebinde bulunması gerekir.

Bir başka şehirde yaşayan arkadaşımıza bir mektup göndermek istediğinizi varsayalım. Mektuplar, bir bilgisayar ağından gönderilen paketlere benzer. Arkadaşınızı arayarak ona bir mektup gönderdiğini bildirebilirsiniz. Arkadaşınız mektubu bekler ve eline geçmezse sizi arar. Bu, bağlantı yönelimli bir yaklaşımdır. Bağlantısız yaklaşım, tanımadığınız ve ona mektup gönderdiğinizden haberi olmayan birine mektup göndermeye benzer. Mektup yerine ulaşmazsa, o kişi mektuptaki bilgiye gerçekten ihtiyaç duymadığı ve sizden tekrar göndermenizi istemediği sürece ondan haber almazsınız.
Kaynak: Wardom http://www.wardom.com.tr/showthread.php?t=182364

Bağlantısız metodlara genellikle datagram teslim servisleri (datagram delivery services) adı verilir. Her veri paketi, genellikle yayın tipinde bir mesaj olarak tek başına ağı aşan bağımsız bir varlıktır. Alıcı ve gönderen arasında bir ön görüşme olmaz. Gönderen datagramı göndermeye doğrudan başlar. Alıcının paketi aldığına dair bir onay yoktur. Bir paket eksikse, hedefin bunu belirleyerek (diğer paketlerdeki bilgilere bakarak) yeniden gönderilmesini istemesi gerekir.

Konu performans olunca, iletim kısaysa bağlantısız strateji genellikle daha iyidir. Kısa iletimlerde, bağlantı-yönelimli yaklaşımda olduğu gibi, önceden bir oturumu ayarlamaya değmez, bu yüzden iletim anında başlar. Ayrıca, modern ağlarda hatalar pek sık görülen durumlar değildir (düzeltmediğiniz bir probleminiz yoksa), bu sayede bağlantı-yönelimli yaklaşımın güvenirlik özelliklerinin bazıları olmadan yapılabilir. Uzun iletimler için, bağlantı yönelimli yaklaşım genellikle daha iyidir. Bunun temel nedeni, istasyonlar arasında bir “sanal devrenin” veya yolun ayarlanmasıdır. Bu, her paketi doğrultusuna yönlendirmek için gereken başlık bilgisi miktarını azaltır ve her pakete daha fazla verinin sığmasını sağlar.

NOT: hangi protokolün kullanılacağını, kullanılan programlar belirler. Normalde, bu kararı kullanıcı almak zorunda kalmaz.

Ethernet Çerçeve Formatları

Bir Ethernet çerçevesi (frame), bir ethernet ağı üzerinden gönderilen veri paketinin yapısını temsil eder. Başlıkların, veri bit’ lerinin konumunu ve paketin yükünü tanımlar. Etherne’te dört çerçeve tipi vardır:

· Ethernet_II: Orijinal Ethernet çerçeve tipidir. AppleTalk Phase I ağlarında, DEC sistemlerine bağlı ağlarda veya TCP/IP protokolü kullanarak bilgisayarlara bağlantılarda kullanılan eşsiz bir paket başlığı atar.
· Ethernet_802.3: Eski Novell NetWare ağlarında yaygın olarak kullanılan çerçeve tipidir.
· Ethernet_802.2: Novell NetWare 3.12 ve 4.x ağlarında varsayılan olarak kullanılan çerçeve tipidir.
Ethernet_SNAP: AppleTalk Phase II ağlarında kullanılan çerçeve tipidir.

deathbed · 29-12-2007, 16:56

NetWare Core Protocol (NCP) ve WAN’lar

NetWare Core Protocol (NCP), NetWare istemcilerine temel dosya, yazıcı ve diğer ağ servislerini sağlar. Bir istemci bir NetWare sunucusunun servislerine gerek duyduğunda, sunucuyla bağlantı-yönelimli bir oturum kurar ve bu oturumu idare etmek için NCP kullanılır. NCP bağlantı yönelimli olduğundan, sunucu ve istemci, temelde ağ üzerinden sistemler arasında gidip gelen paketlere dayanan bir talep/cevap yordamını izler. NetWare 5’in NCP’leri IP ve IPX protokollerini desteklemek üzer yazılmıştır. Bunlar varsayılan protokol olarak saf IP’yi ve geriye doğru uyumluluk için de IPX’i sağlar.

Tüm talepler ve cevaplar oldukça fazla ağ trafiği yaratabilir, bu da WAN’da problemlere neden olabilir. Bir talep veya cevap paketi WAN hattında gecikirse, bir zaman aşımı ortaya çıkar, bu da düzeltmeye teşebbüs edildiğinde ilave trafik yaratabilir. Novell, bu problemle bir miktar baş edebilmek için NetWare’e “packet burst” (paket patlatma) teknolojisini eklemiş. NetWare’de Packet Burst protokolü, alıcıdan onay gelmeksizin büyük dosyaları aktarabilmenizi sağlar. Temelde, bir dosyayı transfer etmek için bir ilk talep vardır, bunu onay izler, bundan sonra da dosya transfer edilirken bir veri patlaması gönderilir. Transferin sonundaki bir tek onay, iletimi tamamlar.

IPX/SPX ile Ağların Birbirine Bağlanması

OSI protokol modelinde yönlendirme Network (ağ) katmanında yer alır. Novell’in IPX ağ protokolleri bu katmanda çalışır. Ağ hakkında bilgi toplamak için genellikle RIP (Routing Information Protocol) kullanılır. SAP (Service Advertising Protocol), sunucular tarafından sağladıkları hizmetlerin duyurulması veya düğümler tarafından servislerin sorgulanması için kullanılır. NetWare kurulumu sırasında, IPX protokolü sunucudaki ağ arabirim kartlarına “bağlanabilir”

RIP ağ üzerindeki yollar hakkında bilgi toparlayan ve yönelticilerin paketleri nereye göndereceğini belirlemesini sağlamak için tablolar oluşturan bir mesafe-vektör yönlendirme protokolüdür. IP ve AppleTalk ağlarında RIP versiyonları kullanılır.

SAP, NetWare’in hemen tüm sürümlerinde kullanılan bir miras protokolüdür. NetWare sunucuları, sundukları servis tipleri hakkında bilgi sağlayan SAP paketleri göndeririler. Bu bilgi, diğer sunucuların ve düğümlerin okuduğu bir veritabanı halinde gider. NetWare 5’te SAP’nın kullanımı yerine, servisleri Novell Directory Services’a (NDS) nesneler olarak ekleyen bir sistem kullanılmaktadır. İş istasyonları NDS’e danışarak ağ üzerindeki servisleri bulurlar. Ancak NetWare 4.x ağları da dahil olmak üzere daha eski IPX ağlarında SAP hala kullanılır. Eski istemci yazılımı kullanan iş istasyonları, onu ilk başta en yakın NDS sunucusunun bulmakta kullanır ve pek çok eski ağ cihazı da ona gerek duyabilir.
Kaynak: Wardom http://www.wardom.com.tr/showthread.php?t=182364

IPX’in Problemleri

IPX’in problemleri RIP ve SAP’dir. Bu problemler genellikle geniş ağlarda ortaya çıkar. IPX ile RIP ve SAP, LAN’lar küçük ve bir tek departmanda veya binada bulunurken uygundu, ancak RIP ve SAP az sonraki kısımlarda da göreceğiniz gibi performansı azaltabilecek bazı yetersizlikler barındırır.

RIP Yetersiz Bilgiye Sahip:
Bir yönlendirme protokolü için birinci işin bir ağdaki yollar hakkında bilgi toparlamak ve paketleri ağlar arasında göndermek için arama tablolarını oluşturmaktadır. Bu tablolar, ağ değiştikçe periyodik güncelleme gerektirir. Bir NetWare yönelticisindeki bir RIP işlemi, komşu yönelticilerden ağlar arasındaki yollar hakkında bilgi alır. Sonra, aldığı herhangi bir yeni bilgide yeni bir yönlendirme tablosu oluşturur. Özet bilgi, yöneltici için sonraki sekmeyi belirtir (buna ‘hop’ da denir, bu diğer yönelticiye yapılan bir sıçramadır). Bu “sadece sonraki sekme” bilgisi, yönelticinin bir paketi hedefine nasıl “en iyi” yoldan göndereceği konusunda akıllı kararlar alma yeteneğini kısıtlar. NLSP protokolü, bu problemi ağ bağlantılarının daha eksiksiz bir haritasını çıkararak çözer.

RIP Çok Fazla Yoğunluğa Neden Olur
RIP, ağları bir yığın gereksiz bilgi ileterek birbirine bağlar. Her yöneltici periyodik olarak tüm yönlendirme tablosunu içeren paketler gönderir. Bu yayınlar, tablolarda bir değişiklik olmasa bile periyodik olarak tekrarlanır. Diğer taraftan NLSP çalıştıran yönelticiler, sadece ağların bağlantısında bir değişiklik olduğunda yönlendirme bilgisini iletir; bu sırada sadece değişen bilgiyi iletirler.
Kaynak: Wardom http://www.wardom.com.tr/showthread.php?t=182364

SAP Yoğunluğa Sebep Olur
Eski Netware sunucuları, 3.x ve 4.x, Service Advertisting Protocol’ü (SAP) kullanır. SAP ile, bir servis, servis veritabanının listesinin bir kopyasını periyodik olarak tüm ağa yayınlar, böylece diğer sunucular ve istemciler o sunucuda nelerin sunulduğunu bilir. Bu gerçekten ağ bant genişliğinin yetersiz bir kullanımıdır ve düşük hızlı bir WAN bağlantısını tümüyle doygun hale getirebilir. WAN’lar üzerinde SAP trafiğini filtrelemek için yollar vardır ve NetWare 5’te, Novell Directory Services (NDS) SAP’ye duyulan ihtiyacı ortadan kaldırır, çünkü iş istasyonları servislere sadece NDS dizininden bakar

deathbed · 29-12-2007, 16:58

IPX Ölçeklenebilirlik Problemlerine Sahiptir
IPX’le bağlı ağlardaki paketler, kaynaktan hedefe giderken 15 sekmeden fazla gidemez. Bir paket 15’ten fazla yönelticiyi geçerse iptal edilir. Bu, ancak ağınız birbirine bağlı bir yığın yönelticiden oluşuyorsa problem yaratır. Bu problemden kaçınmak için, ağları bir omurga çerçevesinde tasarlayıp veya tekrar kurup, sonra her yönelticiye doğrudan omurgaya bağlamak gerekir. Bağlı ağları doğrudan destekleyen bir omurga üzerinde, bir ağdaki bir düğüm bir diğer ağdaki bir başka düğümden sadece iki sekme uzaktadır. Buna ek olarak, belirli ağlardaki ağ trafiğini ve SAP’leri filtrelemek daha kolaydır.

Netware Link Services Protocol(NLSP):

Netware Link Services Protocol(NLSP), Novell tarafından birbirine bağlı IPX ağları için geliştirilmiş bir protokoldür. Internetional Organization for Standardization tarafından geliştirilmiş bir bağlantı durumu protokolü olan IS-IS’ten(Intermidiate System to İntermediate System) türetilmiştir. NLSP çalıştıran yönelticiler, ağ bağlantıları, yolların maliyetleri, IPX ap numaraları ve ortam tipleri hakkında bilgi alışverişinde bulunur. Bu bilgiyi kullanarak yönlendirme tablolarının yaratırlar.
Kaynak: Wardom http://www.wardom.com.tr/showthread.php?t=182364
NLSP’nin en önemli özelliklerinden biri sadece komşu yönelticileri değil, tüm ağ hakkında daha fazla şey bilmesidir. Bu, yönelticinin bir paketi nasıl yönlendireceği hakkında akıllıca kararlar alabilmesini sağlar. Yönelticinin diğer yönelticilerden elde ettiği bilgi kullanılarak, ağın bir haritası çıkartılır. Bu, daha sonra RIP tablolarına göre çok daha geniş bir tablo yaratır, ancak bu biraz zaman alır. Gerçekte, bu işlemin getirdiği yük NLSP2nin sağladığı performans kazançlarının yanında son derece küçüktür. NLSP, başka performans faydaları da sağlar:
· NLSP, ağda bir şey değiştiğinde sadece yönlendirme bilgilerini iletir ve bilgiyi iletmek için çoklu-yayın (multicasting) metodunu kullanır. Çoklu-yayın sayesinde, sadece belirtilen yönelticiler bilgiyi okumakla ilgilenir. Diğer düğümler, gerek duymadıkları paketleri almakla işlem sürelerini harcamazlar.
· NLSP, SAP’den daha etkili bir servis duyurma metodu sağlar. Bir sunucudaki servislerde değişiklik olduğunda, sadece o anda o sunucuda değişen servisler hakkında bilgi gönderir.
· NLSP, IPX başlığını sıkıştırarak veri paketlerinin boyunun azaltır. Sıkıştırma, IPX paketleri düşük hızlı WAN hatlarından geçerken bant genişliğinin korunmasına yardımcı olur.
· NLSP, paketleri 127 sekmeye kadar gönderebilir ve daha fazla ölçeklenebilirdir. Ayrıca, düğümlerin hiyerarşik adreslenmesini kullanır, böylece binlerce LAN ve sunucu içeren ağlar kurulabilir.

Tüm bu gelişmeler, RIP ile SAP ve IPX ile kıyaslandığında ağ hatları üzerinden daha hızlı veri aktarımları sağlar. Şekil x’te IPX’in NLSP ile bir hat üzerinden, IPX’in RIP ve SAP ile kullanılmasına göre daha fazla veri gönderebildiği görülüyor.

deathbed · 29-12-2007, 17:00

NLSP’nin diğer özellikleri:

· Seçime bağlı yük dağıtımı(Load Splitting) yeteneği; bu iki ağ yönelticisi arasında trafiği iki veya daha fazla eşit maliyetli yola dağıtmak için bir yoldur. Bu özellik, konumlar arasında hata-toleranslı çok sayıda bağlantı yaratılmayı ve veri transferi için tüm bu bağlantıların kullanılmasını sağlar.
· Bir hattın maliyeti elle atanabilir. Bu, hangi hatların kullanıldığını denetlenebileceği bir yol sağlar. Aşırı yüklü bir hat üzerindeki trafiği, aynı konumdaki diğer bir hatta göre daha fazla maliyet atayarak azaltılabilir.
· NLSP, mevcut hatlardan biri başarısız olursa otomatik olarak alternatif hatlara geçebilir. Periyodik olarak başarısızlıkları kontrol eder. Hatları değiştirdikten sonra NLSP yönlendirme tabloları her yönelticide güncellenir, böylece paketler gerektiğinde yeni yollar üzerinden gönderilebilir.

Bu son nokta, ağların nasıl bağlanması gerektiği konusunu bir parça anlatmış olmalı. Örneğin; üç ağ konumuna sahipsiniz, şekil x’teki gibi bir halka yaratabilirsiniz. Bu konfigürasyonda, her konum arasında bir hat vardır. Hatlardan biri başarısız olursa, ağ trafiği diğer hatlar üzerinden geçirilebilir. Örneğin, A ve B konumları arasındaki hat başarısız olursa, A konumundan B konumuna trafik, C konumundan geçecek şekilde yönlendirilebilir.

Bir başka durumda, B ve C konumları arasındaki hattın sadece diğer iki hattın başarısız olması durumunda yedek olarak kullanılması gereken yavaş bir iletişim hattı olduğunu varsayalım. Diğer iki hat yüksek hızlı bağlantılar olsun ve tüm trafiğin bunlardan geçmesini isteyelim. C ve B konumları arasındaki trafik ile A konumundan geçsin. Trafiğin B ve C konumları arasında akmasını önlemek için, buna elle yüksek maliyetli bir bağlantı atanabilir. Yüksek hızlı hatlardan biri başarısız olursa, trafik yedek hat üzerinden aktarılır ve tüm konumlar bağlı kalır.

NLSP, muhtemelen RIP ve SAP’nin yerini alacaktır. Ancak, bunların her ikisi de NLSP’yi desteklemek üzere terfi etmemiş Novell ve üçüncü parti ürünlerle uyumluluk için ve yönelticilerle iş istasyonlarının iletişimi için NetWare’e dahil ediliyor. Planlayıcıların, yöneticilerin ve teknisyenlerin şunlara dikkat etmesi gerekir.
· NLSP, Ethernet, Token Ring ve noktadan-noktaya bağlantılarla çalışır yani temelde NetWare tarafında desteklenen tüm ortamlarda.
· NLSP’den önce, RIP ve SAP filtrelemesi ağın bazı kısımlarına erişimi kısıtlamak, RIP ve SAP trafiğini ağ boyunca yayılmasını engellemek için kullanılırdı. Güvenlik amacı haricinde, NLSP’de filtreleme gerekmez. Novell, kaynak ve hedef adresine göre NLSP paket filtrelemesi sağlar.
Kaynak: Wardom http://www.wardom.com.tr/showthread.php?t=182364
· NLSP ve RIP tabanlı yönelticiler aynı birbirine bağlı ağ ortamında bulunabilir. Bu, RIP’ten NLSP’ye geçmenizi kolaylaştırır.
· NLSP, otomatik olarak NLSP haricindeki yöneltici ve sunucuları tespit ederek, bunların beklediği genel RIP ve SAP yayınlarını yapabilir.
· NLSP’yi Simple Network Managemet Prtocol’ü (SNMP) destekleyen bir yönetim konsolundan idare edilebilir. Novell’in ManageWise’i bu türde bir programdır.

NLSP, yumuşak bir geçiş düşünülerek tasarlanmıştır. Ağı bozmadan, her seferinde bir tane olmak üzere yönelticiler ve sunucular terfi edilebilir. NLSP’ye dönüştürülen ağ bölümleri, onun faydalarından yerel bağlantılar ve WAN bağlantıları üzerinden anında yararlanmaya başlar. İstemci iş istasyonlarında herhangi bir değişiklik gerekmez

deathbed · 29-12-2007, 17:01

NetWare Açık Veri Bağlantısı Arabirimi(NetWare Open Data-Link İntrface, ODI) :
Kaynak: Wardom http://www.wardom.com.tr/showthread.php?t=182364

NetWare, Open-Data Link Inteface(ODI, açık veri bağlantısı arabirimi) standardıyla, istemcilerde ve sunucularda aynı anda çok sayıda protokole destek sağlar(şekil x). Bu arabirim, çok sayıda protokolün bir tek ağ kartından desteklenmesini veya çok sayıda ağ kartı üzerinde bir veya daha fazla taşıma protokolünün desteklenmesini sağlar. LSL(Link Support Layer, Bağlantı Destek Katmanı ), bir anahtarlama katmanı görevi görür. Herhangi bir üst katman taşıma protokolü paketini herhangi bir alt ağa veya tersine çevirir.

ODI şu faydaları sağlar:
· Farklı protokol yığınlarında, arabirimi bir tek ağ arabirimi kartı sağlar.
· Farklı sistemlerden gelen paketlerin işlenmesi için mantıksal bir ağ kartı yaratılır. Bu paketler, bir tek ağ kartına bağlı aynı ağ kablosu sistemi kullanılarak gönderilebilir.
· İş istasyonu, yeniden başlatılmaksızın farklı bir protokol yığını kullanabilir.
· ODI, NetWare sunucu ve iş istasyonlarının çeşitli farklı sistemlerle iletişim kurmasını sağlar; buna farklı protokol yığınları kullanan ana bilgisayarlarda dahildir.
· ODI, ağ arabirim kartlarını gelişimini standartlaştırır; artık üreticilerin belirli bir protokol yığınına uyan sürücüler yazma konusunda endişelenmesi gerekmez. Bunu yerine Link Support Layer (LSL) eklemek için sürücüler yazılır.

Şekil x’te ODI’nin bileşen katmanları görülüyor. Altta, farklı ağ arabirim kartları için arabirimler yer alır. Üstte, NetWare işletim sistemi ile arabirim kuran protokoller yer alır. Ortada bileşenler arasındaki trafiği idare eden Link Support Layer yer alır.

deathbed · 29-12-2007, 17:06

NetWare Çekirdek Protokolü(NetWare Core Protocol, NCP):
NetWare Core Protocol(NCP), bir dosya yöneticisinin işletim sisteminin istemcilerden ve diğer sunuculardan gelen hizmet taleplerini kabul etmekte ve cevaplamakta kullandığı bir servis protokolleri kümesidir. NCP pek çok hizmet sağlar:
· Dosya erişimi(dosyaların açılması ve kapatılması; dosyalardan verilerin okunması ve yazılması).
· Dosya kilitleme
· Güvenlik
· Kaynakların tahsisinin izlenmesi
· Olayların bildirilmesi
· Novell Directory Services ve diğer sunucularla senkronizasyon
Kaynak: Wardom http://www.wardom.com.tr/showthread.php?t=182364
· Bağlantı ve iletişim
· Yazıcı hizmetlerinin idaresi
· Ağ yönetimi

İstemci iş istasyonunda çalışan ağ “istemcisi” yazılım, ağ hizmetleri için olan komutları uygun bir sunucuya yönlendirir. Örneğin bir kullanıcı bir yerel diskten veya bir ağ sunucusundan dosya talebinde bulunabilir. Talepte bulunan yazılım, yerel komutları yerel işletim sistemine ve ağ hizmeti komutlarını da ağ üzerindeki uygun bir sunucuya yönlendirir. Ancak, kullanıcı ağ sürücüsünü yerel bir sürücü olarak görür.

29-12-2007, 16:54	#1
deathbed Cool Üye Kayıt Tarihi: Jul 2006 Üye numarası: #79603 Yer: Living For Honour! Mesaj sayısı: 247 Karma etkisi: 274 Karma: 26872	Çerçeveler (Frames) & Paketler (Pocket) Çerçeveler ve Paketler Bir paket, aygıtlar arasında, bir veri iletişim hattı üzerinden alışverişi yapılan bir pakettir. Paketteki veri şunlarda biri olabilir: · Bir hizmet talebi gibi mesajlar ve komutlar. · İletişim hatalarını ve tekrar iletim gerekliliğini belirten kodlar gibi, oturumun idaresi için denetim kodları. · Bir dosyanın içeriği gibi veriler. Şekil-X: Çoklanmış devreler üzerindeki mantıksal yollar. Bilginin paketlenmesinin ve çerçevelenmesinin ana nedenlerinden biri, iletişim ağındaki hataların iletimin sadece küçük bir kısmını etkilemesidir, bu da kolayca yeniden gönderilebilir. Buna ek olarak, çeşitli kaynaklardan gelen paketleri karıştırabilir ve çoklama (multiplexing) adı verilen bir yordam kullanılarak son noktalar arsında bir hat eşzamanlı olarak paylaşılabilir. Bu Şekil-X’da görülüyor. A, B ve C istasyonlarının aynı kablo üzerinden iletim yaptığına, ancak paketlerin karıştırılarak birbirinin ardından gönderildiğine dikkat edin. Bir yöneltici olabilecek diğer uçta, paketler iletimden ayrılır ve uygun bir hedefe gönderilir, bu da başka bir ağ yolu üzerinde olabilir. Kaynak: Wardom http://www.wardom.com.tr/showthread.php?t=182364 Paket ve çerçeve terimleri genelde birbirinin yerine kullanılabilir, ancak bir çerçeve (frame) aslında fiziksel bir iletim ortamındaki bir bit akışı verisidir. Bir paketin tüm kısımlarını içermeyebilir. Veri Bağlantısı katmanı, doğrudan fiziksel ağla iletişim kurar. Burada paketler, Şekil-X1 2de görüldüğü gibi çerçevelere ayrılarak bir ağ hattı üzerinden gönderilmeye hazırlanır. Bir yerel ağda, ağın tipi (Ethernet, Token Ring, vs.) çerçevenin boyunu ve her çerçeveye ne kadar verinin konabileceğini belirler. Örneğin, Ethernet 1.514 byte’a kadar paketverisini içerebilen çerçeveler tanımlar. Bazı ağlarda, çerçeve boyu değişkendir, ancak yüksek hızlı yeni ağlar, daha küçük basit boylu “hücreler” tanımlar; bunların ağ üzerindeki anahtarlama noktalarında idaresi daha kolaydır. Şuna dikkat edin: · Veri Bağlantısı katmanı, kendi içinde Mantıksal Bağlantı Denetimi (Logical Link Control, LLC) ve Ortam Erişim Denetimi (Medium Access Control, MAC) katmanlarına ayrılır. · Şekil-x1: Paketler bir kablo üzerinden aktarılmak üzere, bir ağ arabirim kartı tarafından çerçevelenir. Alttaki MAC katmanı, ağ tiplerinin (Ethernet, Token Ring vs.) bulunduğu yerdir. LLC, bir bilgisayarda birden fazla ağ arabirim kartı varsa, bunları belirli bir karta göndermekte bir “anahtarlama” katmanı olarak görev yapar.

Konu Araçları	Bu Konuda Ara
Printer Çıktısını Göster Sayfayı Emaille Yolla	Bu Konuda Ara: Gelişmiş Arama

29-12-2007, 16:55	#2
deathbed Cool Üye Kayıt Tarihi: Jul 2006 Üye numarası: #79603 Yer: Living For Honour! Mesaj sayısı: 247 Karma etkisi: 274 Karma: 26872	Bağlantı-Yönelimli ve Bağlantısız Protokoller İletişim protokolleri, bağlantı-yönelimli veya bağlantısız olabilir; bu bir programın alıcıyla bir iletişim kurarak devam ettirmesinin gerekmesine (bağlantı-yönelimli) veya önceden herhangi bir irtibat kurulmadan bir mesaj göndererek (bağlantısız), alıcının her şeyi sırayla almasını beklemesine göre değişebilir. · Bağlantı-yönelimli metodda, her iki uçtaki istasyon birbiriyle bir iletişim “oturumu” kurar, böylece veriyi “güvenle” aktarabiliriler. · Bağlantısız metodda, gönderici herhangi bir ön temas olmadan paketleri bir hedefe göndermeye başlar. Daha güvenli bir iletişim sağlayabilecek herhangi bir özel oturum bağlantısız kurulmaz. Alıcının, paketleri aldığında bozuk olup olmadığını belirleyerek, bozuksa yeniden iletim talebinde bulunması gerekir. Bir başka şehirde yaşayan arkadaşımıza bir mektup göndermek istediğinizi varsayalım. Mektuplar, bir bilgisayar ağından gönderilen paketlere benzer. Arkadaşınızı arayarak ona bir mektup gönderdiğini bildirebilirsiniz. Arkadaşınız mektubu bekler ve eline geçmezse sizi arar. Bu, bağlantı yönelimli bir yaklaşımdır. Bağlantısız yaklaşım, tanımadığınız ve ona mektup gönderdiğinizden haberi olmayan birine mektup göndermeye benzer. Mektup yerine ulaşmazsa, o kişi mektuptaki bilgiye gerçekten ihtiyaç duymadığı ve sizden tekrar göndermenizi istemediği sürece ondan haber almazsınız. Kaynak: Wardom http://www.wardom.com.tr/showthread.php?t=182364 Bağlantısız metodlara genellikle datagram teslim servisleri (datagram delivery services) adı verilir. Her veri paketi, genellikle yayın tipinde bir mesaj olarak tek başına ağı aşan bağımsız bir varlıktır. Alıcı ve gönderen arasında bir ön görüşme olmaz. Gönderen datagramı göndermeye doğrudan başlar. Alıcının paketi aldığına dair bir onay yoktur. Bir paket eksikse, hedefin bunu belirleyerek (diğer paketlerdeki bilgilere bakarak) yeniden gönderilmesini istemesi gerekir. Konu performans olunca, iletim kısaysa bağlantısız strateji genellikle daha iyidir. Kısa iletimlerde, bağlantı-yönelimli yaklaşımda olduğu gibi, önceden bir oturumu ayarlamaya değmez, bu yüzden iletim anında başlar. Ayrıca, modern ağlarda hatalar pek sık görülen durumlar değildir (düzeltmediğiniz bir probleminiz yoksa), bu sayede bağlantı-yönelimli yaklaşımın güvenirlik özelliklerinin bazıları olmadan yapılabilir. Uzun iletimler için, bağlantı yönelimli yaklaşım genellikle daha iyidir. Bunun temel nedeni, istasyonlar arasında bir “sanal devrenin” veya yolun ayarlanmasıdır. Bu, her paketi doğrultusuna yönlendirmek için gereken başlık bilgisi miktarını azaltır ve her pakete daha fazla verinin sığmasını sağlar. NOT: hangi protokolün kullanılacağını, kullanılan programlar belirler. Normalde, bu kararı kullanıcı almak zorunda kalmaz. Ethernet Çerçeve Formatları Bir Ethernet çerçevesi (frame), bir ethernet ağı üzerinden gönderilen veri paketinin yapısını temsil eder. Başlıkların, veri bit’ lerinin konumunu ve paketin yükünü tanımlar. Etherne’te dört çerçeve tipi vardır: · Ethernet_II: Orijinal Ethernet çerçeve tipidir. AppleTalk Phase I ağlarında, DEC sistemlerine bağlı ağlarda veya TCP/IP protokolü kullanarak bilgisayarlara bağlantılarda kullanılan eşsiz bir paket başlığı atar. · Ethernet_802.3: Eski Novell NetWare ağlarında yaygın olarak kullanılan çerçeve tipidir. · Ethernet_802.2: Novell NetWare 3.12 ve 4.x ağlarında varsayılan olarak kullanılan çerçeve tipidir. Ethernet_SNAP: AppleTalk Phase II ağlarında kullanılan çerçeve tipidir.

29-12-2007, 16:56	#3
deathbed Cool Üye Kayıt Tarihi: Jul 2006 Üye numarası: #79603 Yer: Living For Honour! Mesaj sayısı: 247 Karma etkisi: 274 Karma: 26872	NetWare Core Protocol (NCP) ve WAN’lar NetWare Core Protocol (NCP), NetWare istemcilerine temel dosya, yazıcı ve diğer ağ servislerini sağlar. Bir istemci bir NetWare sunucusunun servislerine gerek duyduğunda, sunucuyla bağlantı-yönelimli bir oturum kurar ve bu oturumu idare etmek için NCP kullanılır. NCP bağlantı yönelimli olduğundan, sunucu ve istemci, temelde ağ üzerinden sistemler arasında gidip gelen paketlere dayanan bir talep/cevap yordamını izler. NetWare 5’in NCP’leri IP ve IPX protokollerini desteklemek üzer yazılmıştır. Bunlar varsayılan protokol olarak saf IP’yi ve geriye doğru uyumluluk için de IPX’i sağlar. Tüm talepler ve cevaplar oldukça fazla ağ trafiği yaratabilir, bu da WAN’da problemlere neden olabilir. Bir talep veya cevap paketi WAN hattında gecikirse, bir zaman aşımı ortaya çıkar, bu da düzeltmeye teşebbüs edildiğinde ilave trafik yaratabilir. Novell, bu problemle bir miktar baş edebilmek için NetWare’e “packet burst” (paket patlatma) teknolojisini eklemiş. NetWare’de Packet Burst protokolü, alıcıdan onay gelmeksizin büyük dosyaları aktarabilmenizi sağlar. Temelde, bir dosyayı transfer etmek için bir ilk talep vardır, bunu onay izler, bundan sonra da dosya transfer edilirken bir veri patlaması gönderilir. Transferin sonundaki bir tek onay, iletimi tamamlar. IPX/SPX ile Ağların Birbirine Bağlanması OSI protokol modelinde yönlendirme Network (ağ) katmanında yer alır. Novell’in IPX ağ protokolleri bu katmanda çalışır. Ağ hakkında bilgi toplamak için genellikle RIP (Routing Information Protocol) kullanılır. SAP (Service Advertising Protocol), sunucular tarafından sağladıkları hizmetlerin duyurulması veya düğümler tarafından servislerin sorgulanması için kullanılır. NetWare kurulumu sırasında, IPX protokolü sunucudaki ağ arabirim kartlarına “bağlanabilir” RIP ağ üzerindeki yollar hakkında bilgi toparlayan ve yönelticilerin paketleri nereye göndereceğini belirlemesini sağlamak için tablolar oluşturan bir mesafe-vektör yönlendirme protokolüdür. IP ve AppleTalk ağlarında RIP versiyonları kullanılır. SAP, NetWare’in hemen tüm sürümlerinde kullanılan bir miras protokolüdür. NetWare sunucuları, sundukları servis tipleri hakkında bilgi sağlayan SAP paketleri göndeririler. Bu bilgi, diğer sunucuların ve düğümlerin okuduğu bir veritabanı halinde gider. NetWare 5’te SAP’nın kullanımı yerine, servisleri Novell Directory Services’a (NDS) nesneler olarak ekleyen bir sistem kullanılmaktadır. İş istasyonları NDS’e danışarak ağ üzerindeki servisleri bulurlar. Ancak NetWare 4.x ağları da dahil olmak üzere daha eski IPX ağlarında SAP hala kullanılır. Eski istemci yazılımı kullanan iş istasyonları, onu ilk başta en yakın NDS sunucusunun bulmakta kullanır ve pek çok eski ağ cihazı da ona gerek duyabilir. Kaynak: Wardom http://www.wardom.com.tr/showthread.php?t=182364 IPX’in Problemleri IPX’in problemleri RIP ve SAP’dir. Bu problemler genellikle geniş ağlarda ortaya çıkar. IPX ile RIP ve SAP, LAN’lar küçük ve bir tek departmanda veya binada bulunurken uygundu, ancak RIP ve SAP az sonraki kısımlarda da göreceğiniz gibi performansı azaltabilecek bazı yetersizlikler barındırır. RIP Yetersiz Bilgiye Sahip: Bir yönlendirme protokolü için birinci işin bir ağdaki yollar hakkında bilgi toparlamak ve paketleri ağlar arasında göndermek için arama tablolarını oluşturmaktadır. Bu tablolar, ağ değiştikçe periyodik güncelleme gerektirir. Bir NetWare yönelticisindeki bir RIP işlemi, komşu yönelticilerden ağlar arasındaki yollar hakkında bilgi alır. Sonra, aldığı herhangi bir yeni bilgide yeni bir yönlendirme tablosu oluşturur. Özet bilgi, yöneltici için sonraki sekmeyi belirtir (buna ‘hop’ da denir, bu diğer yönelticiye yapılan bir sıçramadır). Bu “sadece sonraki sekme” bilgisi, yönelticinin bir paketi hedefine nasıl “en iyi” yoldan göndereceği konusunda akıllı kararlar alma yeteneğini kısıtlar. NLSP protokolü, bu problemi ağ bağlantılarının daha eksiksiz bir haritasını çıkararak çözer. RIP Çok Fazla Yoğunluğa Neden Olur RIP, ağları bir yığın gereksiz bilgi ileterek birbirine bağlar. Her yöneltici periyodik olarak tüm yönlendirme tablosunu içeren paketler gönderir. Bu yayınlar, tablolarda bir değişiklik olmasa bile periyodik olarak tekrarlanır. Diğer taraftan NLSP çalıştıran yönelticiler, sadece ağların bağlantısında bir değişiklik olduğunda yönlendirme bilgisini iletir; bu sırada sadece değişen bilgiyi iletirler. Kaynak: Wardom http://www.wardom.com.tr/showthread.php?t=182364 SAP Yoğunluğa Sebep Olur Eski Netware sunucuları, 3.x ve 4.x, Service Advertisting Protocol’ü (SAP) kullanır. SAP ile, bir servis, servis veritabanının listesinin bir kopyasını periyodik olarak tüm ağa yayınlar, böylece diğer sunucular ve istemciler o sunucuda nelerin sunulduğunu bilir. Bu gerçekten ağ bant genişliğinin yetersiz bir kullanımıdır ve düşük hızlı bir WAN bağlantısını tümüyle doygun hale getirebilir. WAN’lar üzerinde SAP trafiğini filtrelemek için yollar vardır ve NetWare 5’te, Novell Directory Services (NDS) SAP’ye duyulan ihtiyacı ortadan kaldırır, çünkü iş istasyonları servislere sadece NDS dizininden bakar

29-12-2007, 16:58	#4
deathbed Cool Üye Kayıt Tarihi: Jul 2006 Üye numarası: #79603 Yer: Living For Honour! Mesaj sayısı: 247 Karma etkisi: 274 Karma: 26872	IPX Ölçeklenebilirlik Problemlerine Sahiptir IPX’le bağlı ağlardaki paketler, kaynaktan hedefe giderken 15 sekmeden fazla gidemez. Bir paket 15’ten fazla yönelticiyi geçerse iptal edilir. Bu, ancak ağınız birbirine bağlı bir yığın yönelticiden oluşuyorsa problem yaratır. Bu problemden kaçınmak için, ağları bir omurga çerçevesinde tasarlayıp veya tekrar kurup, sonra her yönelticiye doğrudan omurgaya bağlamak gerekir. Bağlı ağları doğrudan destekleyen bir omurga üzerinde, bir ağdaki bir düğüm bir diğer ağdaki bir başka düğümden sadece iki sekme uzaktadır. Buna ek olarak, belirli ağlardaki ağ trafiğini ve SAP’leri filtrelemek daha kolaydır. Netware Link Services Protocol(NLSP): Netware Link Services Protocol(NLSP), Novell tarafından birbirine bağlı IPX ağları için geliştirilmiş bir protokoldür. Internetional Organization for Standardization tarafından geliştirilmiş bir bağlantı durumu protokolü olan IS-IS’ten(Intermidiate System to İntermediate System) türetilmiştir. NLSP çalıştıran yönelticiler, ağ bağlantıları, yolların maliyetleri, IPX ap numaraları ve ortam tipleri hakkında bilgi alışverişinde bulunur. Bu bilgiyi kullanarak yönlendirme tablolarının yaratırlar. Kaynak: Wardom http://www.wardom.com.tr/showthread.php?t=182364 NLSP’nin en önemli özelliklerinden biri sadece komşu yönelticileri değil, tüm ağ hakkında daha fazla şey bilmesidir. Bu, yönelticinin bir paketi nasıl yönlendireceği hakkında akıllıca kararlar alabilmesini sağlar. Yönelticinin diğer yönelticilerden elde ettiği bilgi kullanılarak, ağın bir haritası çıkartılır. Bu, daha sonra RIP tablolarına göre çok daha geniş bir tablo yaratır, ancak bu biraz zaman alır. Gerçekte, bu işlemin getirdiği yük NLSP2nin sağladığı performans kazançlarının yanında son derece küçüktür. NLSP, başka performans faydaları da sağlar: · NLSP, ağda bir şey değiştiğinde sadece yönlendirme bilgilerini iletir ve bilgiyi iletmek için çoklu-yayın (multicasting) metodunu kullanır. Çoklu-yayın sayesinde, sadece belirtilen yönelticiler bilgiyi okumakla ilgilenir. Diğer düğümler, gerek duymadıkları paketleri almakla işlem sürelerini harcamazlar. · NLSP, SAP’den daha etkili bir servis duyurma metodu sağlar. Bir sunucudaki servislerde değişiklik olduğunda, sadece o anda o sunucuda değişen servisler hakkında bilgi gönderir. · NLSP, IPX başlığını sıkıştırarak veri paketlerinin boyunun azaltır. Sıkıştırma, IPX paketleri düşük hızlı WAN hatlarından geçerken bant genişliğinin korunmasına yardımcı olur. · NLSP, paketleri 127 sekmeye kadar gönderebilir ve daha fazla ölçeklenebilirdir. Ayrıca, düğümlerin hiyerarşik adreslenmesini kullanır, böylece binlerce LAN ve sunucu içeren ağlar kurulabilir. Tüm bu gelişmeler, RIP ile SAP ve IPX ile kıyaslandığında ağ hatları üzerinden daha hızlı veri aktarımları sağlar. Şekil x’te IPX’in NLSP ile bir hat üzerinden, IPX’in RIP ve SAP ile kullanılmasına göre daha fazla veri gönderebildiği görülüyor.

29-12-2007, 17:00	#5
deathbed Cool Üye Kayıt Tarihi: Jul 2006 Üye numarası: #79603 Yer: Living For Honour! Mesaj sayısı: 247 Karma etkisi: 274 Karma: 26872	NLSP’nin diğer özellikleri: · Seçime bağlı yük dağıtımı(Load Splitting) yeteneği; bu iki ağ yönelticisi arasında trafiği iki veya daha fazla eşit maliyetli yola dağıtmak için bir yoldur. Bu özellik, konumlar arasında hata-toleranslı çok sayıda bağlantı yaratılmayı ve veri transferi için tüm bu bağlantıların kullanılmasını sağlar. · Bir hattın maliyeti elle atanabilir. Bu, hangi hatların kullanıldığını denetlenebileceği bir yol sağlar. Aşırı yüklü bir hat üzerindeki trafiği, aynı konumdaki diğer bir hatta göre daha fazla maliyet atayarak azaltılabilir. · NLSP, mevcut hatlardan biri başarısız olursa otomatik olarak alternatif hatlara geçebilir. Periyodik olarak başarısızlıkları kontrol eder. Hatları değiştirdikten sonra NLSP yönlendirme tabloları her yönelticide güncellenir, böylece paketler gerektiğinde yeni yollar üzerinden gönderilebilir. Bu son nokta, ağların nasıl bağlanması gerektiği konusunu bir parça anlatmış olmalı. Örneğin; üç ağ konumuna sahipsiniz, şekil x’teki gibi bir halka yaratabilirsiniz. Bu konfigürasyonda, her konum arasında bir hat vardır. Hatlardan biri başarısız olursa, ağ trafiği diğer hatlar üzerinden geçirilebilir. Örneğin, A ve B konumları arasındaki hat başarısız olursa, A konumundan B konumuna trafik, C konumundan geçecek şekilde yönlendirilebilir. Bir başka durumda, B ve C konumları arasındaki hattın sadece diğer iki hattın başarısız olması durumunda yedek olarak kullanılması gereken yavaş bir iletişim hattı olduğunu varsayalım. Diğer iki hat yüksek hızlı bağlantılar olsun ve tüm trafiğin bunlardan geçmesini isteyelim. C ve B konumları arasındaki trafik ile A konumundan geçsin. Trafiğin B ve C konumları arasında akmasını önlemek için, buna elle yüksek maliyetli bir bağlantı atanabilir. Yüksek hızlı hatlardan biri başarısız olursa, trafik yedek hat üzerinden aktarılır ve tüm konumlar bağlı kalır. NLSP, muhtemelen RIP ve SAP’nin yerini alacaktır. Ancak, bunların her ikisi de NLSP’yi desteklemek üzere terfi etmemiş Novell ve üçüncü parti ürünlerle uyumluluk için ve yönelticilerle iş istasyonlarının iletişimi için NetWare’e dahil ediliyor. Planlayıcıların, yöneticilerin ve teknisyenlerin şunlara dikkat etmesi gerekir. · NLSP, Ethernet, Token Ring ve noktadan-noktaya bağlantılarla çalışır yani temelde NetWare tarafında desteklenen tüm ortamlarda. · NLSP’den önce, RIP ve SAP filtrelemesi ağın bazı kısımlarına erişimi kısıtlamak, RIP ve SAP trafiğini ağ boyunca yayılmasını engellemek için kullanılırdı. Güvenlik amacı haricinde, NLSP’de filtreleme gerekmez. Novell, kaynak ve hedef adresine göre NLSP paket filtrelemesi sağlar. Kaynak: Wardom http://www.wardom.com.tr/showthread.php?t=182364 · NLSP ve RIP tabanlı yönelticiler aynı birbirine bağlı ağ ortamında bulunabilir. Bu, RIP’ten NLSP’ye geçmenizi kolaylaştırır. · NLSP, otomatik olarak NLSP haricindeki yöneltici ve sunucuları tespit ederek, bunların beklediği genel RIP ve SAP yayınlarını yapabilir. · NLSP’yi Simple Network Managemet Prtocol’ü (SNMP) destekleyen bir yönetim konsolundan idare edilebilir. Novell’in ManageWise’i bu türde bir programdır. NLSP, yumuşak bir geçiş düşünülerek tasarlanmıştır. Ağı bozmadan, her seferinde bir tane olmak üzere yönelticiler ve sunucular terfi edilebilir. NLSP’ye dönüştürülen ağ bölümleri, onun faydalarından yerel bağlantılar ve WAN bağlantıları üzerinden anında yararlanmaya başlar. İstemci iş istasyonlarında herhangi bir değişiklik gerekmez

29-12-2007, 17:01	#6
deathbed Cool Üye Kayıt Tarihi: Jul 2006 Üye numarası: #79603 Yer: Living For Honour! Mesaj sayısı: 247 Karma etkisi: 274 Karma: 26872	NetWare Açık Veri Bağlantısı Arabirimi(NetWare Open Data-Link İntrface, ODI) : Kaynak: Wardom http://www.wardom.com.tr/showthread.php?t=182364 NetWare, Open-Data Link Inteface(ODI, açık veri bağlantısı arabirimi) standardıyla, istemcilerde ve sunucularda aynı anda çok sayıda protokole destek sağlar(şekil x). Bu arabirim, çok sayıda protokolün bir tek ağ kartından desteklenmesini veya çok sayıda ağ kartı üzerinde bir veya daha fazla taşıma protokolünün desteklenmesini sağlar. LSL(Link Support Layer, Bağlantı Destek Katmanı ), bir anahtarlama katmanı görevi görür. Herhangi bir üst katman taşıma protokolü paketini herhangi bir alt ağa veya tersine çevirir. ODI şu faydaları sağlar: · Farklı protokol yığınlarında, arabirimi bir tek ağ arabirimi kartı sağlar. · Farklı sistemlerden gelen paketlerin işlenmesi için mantıksal bir ağ kartı yaratılır. Bu paketler, bir tek ağ kartına bağlı aynı ağ kablosu sistemi kullanılarak gönderilebilir. · İş istasyonu, yeniden başlatılmaksızın farklı bir protokol yığını kullanabilir. · ODI, NetWare sunucu ve iş istasyonlarının çeşitli farklı sistemlerle iletişim kurmasını sağlar; buna farklı protokol yığınları kullanan ana bilgisayarlarda dahildir. · ODI, ağ arabirim kartlarını gelişimini standartlaştırır; artık üreticilerin belirli bir protokol yığınına uyan sürücüler yazma konusunda endişelenmesi gerekmez. Bunu yerine Link Support Layer (LSL) eklemek için sürücüler yazılır. Şekil x’te ODI’nin bileşen katmanları görülüyor. Altta, farklı ağ arabirim kartları için arabirimler yer alır. Üstte, NetWare işletim sistemi ile arabirim kuran protokoller yer alır. Ortada bileşenler arasındaki trafiği idare eden Link Support Layer yer alır.

29-12-2007, 17:06	#7
deathbed Cool Üye Kayıt Tarihi: Jul 2006 Üye numarası: #79603 Yer: Living For Honour! Mesaj sayısı: 247 Karma etkisi: 274 Karma: 26872	NetWare Çekirdek Protokolü(NetWare Core Protocol, NCP): NetWare Core Protocol(NCP), bir dosya yöneticisinin işletim sisteminin istemcilerden ve diğer sunuculardan gelen hizmet taleplerini kabul etmekte ve cevaplamakta kullandığı bir servis protokolleri kümesidir. NCP pek çok hizmet sağlar: · Dosya erişimi(dosyaların açılması ve kapatılması; dosyalardan verilerin okunması ve yazılması). · Dosya kilitleme · Güvenlik · Kaynakların tahsisinin izlenmesi · Olayların bildirilmesi · Novell Directory Services ve diğer sunucularla senkronizasyon Kaynak: Wardom http://www.wardom.com.tr/showthread.php?t=182364 · Bağlantı ve iletişim · Yazıcı hizmetlerinin idaresi · Ağ yönetimi İstemci iş istasyonunda çalışan ağ “istemcisi” yazılım, ağ hizmetleri için olan komutları uygun bir sunucuya yönlendirir. Örneğin bir kullanıcı bir yerel diskten veya bir ağ sunucusundan dosya talebinde bulunabilir. Talepte bulunan yazılım, yerel komutları yerel işletim sistemine ve ağ hizmeti komutlarını da ağ üzerindeki uygun bir sunucuya yönlendirir. Ancak, kullanıcı ağ sürücüsünü yerel bir sürücü olarak görür.

Şu Anda Konuyu Görüntüleyenler: 1 (0 üye ve 1 misafir)