28) Түйін аттарын анықтау. Адрестерді анықтауда arp хаттамасын пайдалану мысалы. Rfc құжаттары.

IP адрестің тек TCP/IP хаттамалар стегінде ғана қандай да бір мәнге ие болатындығы проблема тудырады. Арналық деңгейлердің жеке өздерінің адрестеу үрдісі бар (негізінде 48-биттік адрестер); желілік деңгейлер өз кезегінде осы арналық деңгейлерді пайдаланады. Әртүрлі желілік хаттамаларды пайдаланатын компьютерлер бір физикалық кабельде орналасуы мүмкін. Желілік тақшаның драйвері IP дейтграммадағы қабылдаушының IP адресіне ешқашан қарамайды. Басқаша айтқанда, адрестердің әртүрлі формаларының 32-биттік IP адрестер мен арналық деңгейдің қандай да бір адрестер типтеріның арасында сәйкестік орнатудың қажеттілігі туады. Адресті анықтау хаттамасын (ARP - address resolution protocol) қарастырайық.

ARP IP адрестер мен сәйкес аппараттық адрестер арасында динамикалық салыстыруды көрсетеді. Динамикалық терминін пайдалану себебіміз, бұл салыстыру автоматты түрде, әдетте, қолданбалы программалар немесе жүйелік администратордан тәуелсіз жүретіндігінде.

ARP сұраныс (ARP request) деп аталатын фреймді ARP Ethernet-тегі әрбір хостқа жібереді. Жіберудің мұндай әдісін кең таратылған сұраныс (broadcast) деп атайды. ARP сұраныста қабылдаушы хостың IP адресі (оның аты bsdi) және "егер Сіз осы IP адрестің иесі болсаңыз, Өзіңіздің аппараттық адресіңізді маған хабарлаңыз" хабарламасы бар.

Қабылдаушы хост ARP деңгейінде бұл кең таратылатын сұранысты алып, жіберушінің нақ өзінің IP адресін сұрап отырғанын анықтайды да оған ARP (ARP reply) жауап қатады. Бұл жауапта IP адрес пен сәйкес аппараттық адрес сақталған.

ARP-нің негізіне қаланған іргелі концепцияның мәні желілік интерфейсте аппараттық деңгейде әсерлесуге қажетті Фреймнің аппараттық адресі барлығы және олардың интерфейске дәл адрестелінуі тиіс екендігі. Бірақ TCP/IP өзінің жеке адрестеу үрдісі 32-биттік IP адрестерді қолданады. Хостың IP адресін білу ядроға ол хостқа дейтграмманы жіберуге мүмкіндік бермейді. Деректерді жіберу үшін Ethernet драйверіне қабылдаушы жақтың аппараттық адресін білу қажет. ARP қызметі әртүрлі желілік технологиялар пайдаланатын аппараттық адрестер мен 32-биттік IP адрестер арасындағы динамикалық сәйкестікті қамтамасыз ету.

ARP жұмысының тиімділігі көбінесе әрбір хоста бар ARP кэшке тәуелді (ARP cache). Кэште Internet адрестер мен оларға сәйкес аппараттық адресатер орналасқан. Әрбір жазбаның кэштегі стандартты өмір сүру уақыты ол жазба құрылғаннан бастап 20 минутқа созылады.

ARP хаттамасы TCP/IP –дің барлық орындалуларында қолданылатын негізгі хаттама болып саналады. Көбінесе оның қызметі қолданылған қосымшалар мен жүйелік администратордың қалауынан тәуелсіз. Біз arp бұйрығын кэшті көру үшін немесе модификациялау үшін қолдандық. Кэштегі әрбір жазба аяқталмаған немесе аяқталған жазбаларды жоятын таймерді қолданады. Arp бұйрығы ARP кэшіндегі модификацияланған жазбаларды көрсетеді.

RFC құжаттары.

Интернеттің және TCP/IP стегі бекітілген ресми стандарттары RFC құжаттары түрінде жарияланады.

Стандарттар ISOC- қауымдастығында дайындалады. ISOC – дің кез келген мүшесі RFC – ді жариялау үшін құжаттарды тексеруге ұсынады. Одан әрі құжат техникалық сарапшылар, дайындаушы топтар және RFC – редакторының қарауынан өтеді.

Дайындық кезеңдері:

1. алғашқы нұсқа (черновик) – internet Draft. Бұл кезеңде құжат пен сарапшылар танысып, өзгертілулермен толықтырулар енгізеді.

2. Ұсынылған стандарт (предложенный стандарт, propaused standart). құжатқа RFC номері меншіктеледі.

3. Стандарттың қаражобасы (черновой стандарт, draptstandart).

4. Интернет стандарты. Стандартты бекітудің ең жоғарғы кезеңі. Интернеттегі стандарттың тізімі RFC-3700 құжатында келтірілген.

Стандарттан басқа RFC құжаттары ретінде жаңа желілік концептор, идеялар, әдістемелік нұсқаулар, белгілі бір ғылыми зертханалық нәтижелері бола алады.

2007 жылы тамыз айындағы статистика бойынша RFC – құжатының саны 5000 – нан асқан. www.rfc-editor.org