ARP-ийн дүрэм

ARP нь IP протоколын нэг хэсэг биш ба иймд IP header-үүдийг агуулахгүй. ARP нь datalink түвшний дээр ажиллана. ARP хүсэлт ба хариулт нь destination физик хаягтай broadcasting дамжуулагдах бөгөөд тэдгээрийн логик subnet-ийг орхихгүй. ARP нь IP-ын хэсэг биш учраас New Ether Types- нь энэ төрлийн багцыг танихаар дамжуулагдаж болно. 0806 бол ARP хүсэлт ба 0806 бол ARP хариулт байх болно. Зарим ARP implementation (багаж хэрэгсэл ) нь 0800 ether type-аар дамжуулагдаж болно.

Учир нь IP нь багцыг ARP хүсэлт мөн ARP хариултын багц мэтээр таних чадвартай байдаг. Мөн зарим IP багаж (implementers) нь эдгээр хэлбэрийг ашигладаггүй. Харин зарим нь ARP-ийн EtherTypes of 0800-ийг ашигласаар байна. Зарим implementation нь ARP боломжтой байдаг Энэ нь ARP-д удаан хугацааны турш ашиглагдаагүй өгөгдөл entry-ийг устгах боломжийг олгодог. Энэ нь ARP-ийг харах /lookup/ хугацааг багасгаж санах ойг хэмнэдэг.

5.2 Хаяг тогтоолтын асуудал Физик сүлжээнд А болон В гэсэн хоёр машин холбогдсон байна гэж үзье. Тэдгээр Iа гэсэн Iв интернет хаягтай мөн Ра Рв гэсэн физик хаягтай. Гол зорилго нь физик хаягыг нууцалдаг доод түвшний программ хангамжийг devise /зохиох/ болон дээд түвшний программ хангамжийг зөвхөн интернет хаягуудтай ажилладаг болгоход оршино.

5.3 Физик хаягын хоёр төрөл Үндсэн хоёр төрлийн физик хаяг байдаг ба үүнийг Ethernet болон Pronet-ээр жишээлбэл эхнийх нь том fixed хаяг ба нөгөө нь бага хэмжээтэй амархан тохируулагддаг хаягууд болно. Хаягын resolution нь /хувиргалт/ ethernet мэтийн сүлжээний хувьд хэцүү харин Pronet мэтийн сүлжээнд амархан байдаг. Эхлээд амархныг нь авч үзье.

5.4 resolution through direct mapping ProNet-ийг token ring сүлжээгээр авч үзье. ProNet нь бага хэсжээний interger-ийг физик хаягуудад ашигладаг ба интерфейс board-ийг машин дээрээ суулгах үед хэрэглэгчид физик хаягийг сонгох боломжийг олгодог. ProNet мэтийн сүлжээнд IP хаягаас физик хаягийг тооцоолон олох нь амархан байдаг. Тооцоолох процесс нь host-ийн IP хаягийн portion- /хэсэг/-ыг гаргахаас /extract/ тогтоно. Энэхүү extract нь цөөхөн машины зөвлөгөөг /unstruction/ авадаг учраас маш үр бүтээмжтэй байдаг. Mapping-г хийхэд маш амархан учир нь гадаад өгөгдлийн лавлагаагүйгээр /reference/ гүйцэтгэгддэг.

Эцэст шинэ машинуудыг холбохдоо ашиглагдаж байгаа тохируулга, recompiling кодыг өөрчлөх шаардлагагүй. Ерөнхийдөө хаягийн resolution-ыг сайжруулах дугаарлалтын арга нь гэдэг нь IP хаягаас физик хаяг руу map хийдэг f гэсэн функцыг сонгоно гэсэн үг юм. Дизайнер нь мөн hardware-ээс хамааран физик хаяглалтын аргыг олгох боломжтой. Ia гэсэн IP хаягийг задлана гэдэг нь PA=f(IA) үүнийг бодно гэсэн үг юм. Бидэнд f-ийн тооцлолтын бүтээмж өндөр нь ашигтай. Хэрвээ физик хаягуудын set нь constrined /шахагдсан/ бол бүтэээмжтэй mapping-уудыг дээр өгөгдсөн жишээнээс өөрөөр arrange буюу эмхлэх /эрэмбэлэх/ боломжтой.
Жишээ нь ATM мэтийн connecyion oriented сүлжээнд IP-г ашиглах явцад нэг нь физик хаягийг сонгож чадахгүй. Ийм сүлжээнүүдэд нэг болон түүнээс дээш комьпютерууд нь хос хаягийг ( үүнд IP хаяг ба физик хаяг орно) хадгалдаг.
Жишээ нь value буюу утгууд нв санах ойд орших хүснэгтэнд хадгалагддаг үүний тулд энэ хүснэгтийг хаж олох шаардлагатай. Энэ нөхцөлд хаягийг resolution-ыг бүтээмжтэй байлгахын тулд программ хангамж нь hash функцыг ашиглаж эдгээр хүснэгтүүдийг олдог.

5.5 Resolution through dynamic binding Хаягийг resolution нь яагаад зарим сүлжээний хувьд хүнд байдгийг ойлгохын тулд Ethernet технологийг авч үзье. Ethernet интерфейс нь 48 битийн физик хаягтай. Үүний муу үр дагавар нь hardware-д алдаа гаран ethernet interface-нь солигдоход физик хаяг нь бас өөрчлөгддөг. Мөн ethernet хаяг нь 48 битийн урттай учраас түүнийг 32 битийн IP хаягаар encode хийх ямарч боломж байхгүй. TCP/IP протоколын дизайнерууд Ethernet мэтийн өргөн нэвтрүүлэх боломжтой сүлжээнүүдийн хаягийг resolution-ы асуудлыг шийдэх арга олсон. Энэ арга нь сүлжээнд холбогдож буй шинэ машинуудыг recompliling хийхгүйгээр холбох мөн төв өгөгдлийн сангийн дэмжлэгийг /maintenance/ шаардаад байхгүй байх боломжийг олгодог.

Maintaining таble буюу туслах хүснэгтийг ашиглахгүй байхын тулд дизайнерууд нь хаягийг динамикаар багцлахын тулд доод түвшний протоколуудыг ашиглах болсон. Address resolution protocol буюу ARP нь хамгийн бүтээмж өндөртэй мөн түүний хажуугаар maintain буюу "барьж " байхад хялбар механизмтай.

5.1-д ARP ашиглан динамик resolution хийх санааг гаргав. А host-д IB гэсэн IP хаяг шаардлагатай /resolve/ болвол тэрээ өргөн нэвтрүүлгийн горимоор Iв хаягийг ашиглан Рв физик хаягаа буцаан явуулах хүсэлтээ тусгай багцаар явуулна. В болон бусад бүх host багцыг хүлээн авах боловч зөвхөн В нь өөрийн IP хаягийг таниж хүсэлтийн дагуу физик хаягтай багцаа буцаана.А нь түүнийг хүлээн авмагц энэ физик хаягийг ашиглан интернет багцыг шууд В руу явуулна. Эндээс дүгнэвэл ARP нь зөвхөн IP хаяг нь мэдэгдэж байгаа үед target host-ийн физик хаягийг олж авах боломжийг олгодог. (a) (b)

5.1-р зураг ARP протокол Iв буюу өөрийн IP хаягаас В-ийн физик хаяг Рв-г тодорхойлохын тулд (a) host нь Iв-г агуулсан багцыг сүлжээгээр бүх машинууд нь дамжуулна. (b) host (Iв,Рв) гэсэн хосыг агуулсан ARP багцаар хариуг явуулна.

5.6 AR кэш Сүлжээн дэх А машин нь В тэй холбогдохын тулд эхлээд broadcast дамжуулалтаар багц явуулна. Харин багцыг broadcast-аар дамжуулахын тулд "би чамд яаж хүрч болох вэ?" асуултыг А явуулна. Гэвч энэ нь зайлшгүй шаардлагатай.
Broadcast дамжуулалт нь сүлжээн дэх машин болгоныг broadcast багцыг боловсруулахыг шаарддаг учраас тэр болгон ашиглаад байх боломжгүй. Холболтын өртгийг бууруулахын тулд комьпютерууд нь ARP-ыг давтан хэрэглэхийн оронд кэш ашиглах нь зохимжтой.

Өөрөөр хэлбэл ARP reply хариу хүлээн авсан машин нь явуулагчийн IP болон физик хаягийг өөрийн кэшдээ хадгалдаг. Хариу багц / ARP хүсэлт /дамжуулах болгонд тухайн машин заавал өөрийнхөө кэшд binding байгаа эсэхийг шалгадаг. Хэрвээ ARP кэшд нь хүсэлтийн binding олдсон тохиолдолд тухайн машин нь сүлжээгээр broadcast хийх шаардлагагүй болно. Ихэнх сүлжээний холболт нь нэг багцаас илүүг дамжуулснаар тогтдог учраас бага хэмжээтэй гэсэн ч кэшийг ашиглах нь илүү байдаг.

5.7 ARP refinement / боловсруулалт сайжруулалт/ ARP-ын хэд хэдэн боловсруулалт байдаг.
Нэгдүгээрт хэрвээ host А нь В-рүү дамжуулалт хийхийн тулд ARP ашиглаж байвал эсрэгээр В-ээс А руу буцаан дамжуулалт хийх өндөр боломжтой. А машин нь В-ын энэхүү дамжуулах боломжийг урьдчилан бодож мөн сүлжээнд нэмэлт бөглөрөл үүсгэхгүйн тулд өөрийн IP to физик хаяг гэсэн binding-ийг дамжуулдаг.В нь энэхүү binding-нь багцуудаас ялган аваад өөрийн кэшд хадгалах ба А руу дамжуулалт хийх тохиолдолд ашиглана.

Хоёрдугаарт А нь broadcast горимоор өөрийн initial хүсэлтийг дамжуулах тул сүлжээний бүх машинууд түүний binding хүлээн авч өөрсдийн кэшд хадгална гэдгийг анхааран үзэх Гуравдугаарт комьпютер нь өөрийн host интерфейсийг сольсноос /түүний текник хангамжинд алдаа гарснаас болох г.м/ түүний физик хаяг өөрчлөгдлөнө.

Иймд сүлжээний бусад машинуудад өөрсдийн кэш дэх binding өөрчлөх хэрэгтэй мэдээлэх шаардлагатай болно. Систем нь бусад машинууд ачаалагдах үед broadcast горимоор ARP дамжуулснаар үүнийг шийдэх болно. Эндээс дүгнэлт хийхэд явуулагчийн IP to физик хаяг гэсэн binding нь broadcast горимоор дамжих ARP болгонд байх ба хүлээн авагч нь ARP багцын боловсруулалт хийхээс өмнө өөрсдийн кэш дэх IP to физик хаяг binding-даа update хийнэ.

5.8 ARP-ын бусад протоколтой холбогдох нь ARP нь IР хаягаас физик хаяг руу хөрвүүлэлт хийх механизмтай. Хэрвээ бид сүлжээний бүх hardware-ын IP хаягуудыг тодорхойлж чадвал ARP-ыг ашиглах шаардлагагүй болно. Иймд ARP нь шинэ хаягийн хэсгийг тухайн hardware-ийн хэрэглэж буй додд түвшний хаяглалтын механизмын дээр оноодог. Энэхүү санааг дүгнэвэл ARP бол сүлжээний физик хаяглалтыг нууцалдаг доод түвшний протокол ба нэг машинд бусдынхаа IP хаягийг тогтоох боломжийг олгодог. ARP бол физик сүлжээний системийн хэсэг болгохоос интернет протоколын хэсэг биш юм.

Эх сурвалж