Arp резолюция протокол адрес

RARP, можете да използвате най-вече системи без твърди дискове (бездискови работни станции или Х-терминали), но изисква ръчно конфигуриране с системния администратор. Ние считаме, RARP в глава 5.

Ако въведете командата

ще се извършва следната процедура. (Вж. Фигура 4.2).

Фигура 4.2 ARP отговор на потребителя вход: FTP хост.

Съдържанието на кеш ARP могат да се видят с помощта на (8) командата ARP. Опцията -a показва всички записи, съдържащи се в кеша:

BSDi% ARP -а
слънце (140.252.13.33) при 8: 0: 20: 3: f6: 42
SVR4 (140.252.13.34) при 0: 0: c0: с2: 9Ь: 26

Форматът на пакета ARP

Фигура 4.3 ARP заявка или формат отговор при използване на Ethernet.

Две байт тип конструкция (тип рамка) Ethernet указва какъв тип данни, ще последва. За искане ARP или отговор ARP, това поле съдържа 0x0806.

оп поле показва вида на операцията: искане ARP (стойността е 1), ARP отговор (2), искане RARP (3) и RARP реакция (4). (Говорим за RARP в глава 5). В това поле е необходимо, тъй като тип кадри поле (тип кадри) на идентични с искане ARP и ARP отговор.

В този раздел, ние ще използваме Tcpdump команда, за да видим какво наистина работи ARP, когато работи нормални приложения TCP, например, Telnet. Приложение А предоставя допълнителна информация относно програмата за Tcpdump.

За да видите как се ARP, ние изпълните командата телнет да се свърже с изхвърли (изхвърляне на сървъра - сървърът не предостави на потребителя, който и да е услуга) сървър.

BSDi% ARP -а проверете дали кеш ARP е празна
BSDi% Telnet SVR4 изхвърляйте се свържете със сървъра
Опитвайки 140.252.13.34.
Свързан към SVR4.
Escape характер е "^]".
^] Натиснете контрол и дясна скоба,
Telnet> откажат да получи покана за Telnet и затваряне на сесията
Връзката прекъсна.

1 .0 0: 0: c0: 6f: 2d: 40 ее: ее: ее: ее: ее: ее ARP 60:
ARP, който има-SVR4 сигнално BSDi
2 0.002174 (0.0022) 0: 0: c0: с2: 9Ь: 0 26: 0: c0: 6f: 2d: 40 ARP 60:
ARP отговори SVR4 е-при 0: 0: c0: c2: 9б: 26
3 0.002831 (0.0007) 0: 0: c0: 6f: 2d: 0 40: 0: c0: с2: 9Ь: 26 IP 60:
bsdi.1030> svr4.discard: S 596 459 521: 596 459 521 (0)
спечели 4096 [Tos 0x10]
4 0.007834 (0.0050) 0: 0: c0: с2: 9Ь: 0 26: 0: c0: 6f: 2d: 40 IP 60:
svr4.discard> bsdi.1030: S 3562228252: 3562228252 (0)
ACK 596459522 спечели 4096
5 0.009615 (0.0018) 0: 0: c0: 6f: 2d: 0 40: 0: c0: с2: 9Ь: 26 IP 60:
bsdi.1030> svr4.discard. АСК 1 спечели 4096 [TOS 0x10]

Фигура 4.4 искане ARP и ARP отговор се генерира, когато искането за връзка Telnet.

На Фигура A3 в Приложение А показва действителната Tcpdump продукция, която пуснахме на фигура 4.4. Тъй като това е първият пример за Tcpdump изхода в текста, трябва да видите на приложението да видим как можем да конвертирате изхода, за да станете по-красив и четлив.

Премахнахме 4 заключителните линии на изхода на Tcpdump, която да съответства на връзката за почивка (обсъдени по-подробно в глава 18), тъй като те не са от значение за нашата дискусия.

Следващата изход поле в ред 1, ARP, означава, че вида на рамката (тип рамка) е настроен на 0x0806, което означава, че всяка ARP заявка, или ARP отговор.

Значение 60 отпечатан след ПР и ARP думи, във всяка от 5-те линии е Ethernet дължина рамка. Тъй като ARP заявка резолюция и ARP отговор е 42 байта (28 байта - ARP съобщение от 14 байта - Ethernet заглавни), всеки кадър е подплатени с минималната Ethernet: 60 байта.

На фигура 1.7 ние можем да видим, че минималният размер (60 байта) включва Ethernet глава 14 байта, но не включва 4 байта Ethernet ремаркето. Поне някои от книгите, е дадена като 64 байта, което включва Ethernet ремаркето. Ние умишлено не включва 14-байт Ethernet заглавието в минимум от 46 байта, както е показано на фигура 1.7. Максималният размер е 1500 байта. Обикновено, тази стойност се нарича максималната предавателна единица (MTU - максималната предавателна единица). (Виж фигура 2.5). Ние често се използва концепцията за MTU, защото това ограничава размера на IP дейтаграмата, но това няма нищо общо с минимален размер. Повечето драйвери на устройства или интерфейсни карти автоматично попълване на Ethernet рамки за минимален размер. IP дейтаграми в линии 3, 4 и 5 (съдържащи TCP сегменти) е по-малко от минималния и ще бъдат подплатени до 60 байта.

искане ARP пред несъществуващ домакин

BSDi% ARP -а проверка на кеш ARP
. (140.252.13.36) в (непълно)

На фигура 4.5 ние виждаме изходния Tcpdump.

1 0.0 ARP, който има-140.252.13.36 сигнално BSDi
2 5.509069 (5.5091) ARP, който има-140.252.13.36 сигнално BSDi
3 29.509745 (24.0007) ARP, който има-140.252.13.36 сигнално BSDi

Фигура 4.5 искане ARP за несъществуваща домакин.

Сега ние не уточняват опцията -e, тъй като ние вече знаем, че искането излъчване ARP.

Интересно е да се види колко често изпращат ARP искания: 5,5 секунди след първото искане, и отново след 24 секунди. (Ние считаме, TCP време за изчакване и препредаването алгоритъм по-подробно в глава 21). Пълен работен ден е показано на изход Tcpdump, е 29.5 секунди. Въпреки това, на изхода от командата преди и след командата дата Telnet показва, че заявката за свързване от клиент Telnet за продължило в продължение на 75 секунди. В действителност, ще видим по-късно, че повечето BSD внедрявания определят срок от 75 секунди, за да изпълним молбата за установяване на TCP връзка.

Глава 18. когато обмислят поредица от TCP сегменти, които се изпращат по време на връзката, ще видим, че моментите на изпращането на заявки ARP съвпадат с изпращане на TCP SYN сегменти.

Timeout ARP кеш

За записите вписани в кеш ARP, обикновено се определя тайм аут. (В "Command ARP" ние виждаме, че командата ARP позволява на системния администратор, за да кешират специален регистър и й време, за да се разпространи няма да бъде.) Внедрявания слезли от Бъркли, обикновено определя времето за изчакване до 20 минути, за да завършите записване и 3 минути за непълен запис. (Видяхме непълна влизане в предишния пример, когато принуден да изпрати искане ARP пред несъществуващ домакин.) Тези приложения обикновено perestartovyvayut 20 минути време за изчакване да записва всеки път, когато се използва протокола.

да бъде домакин на изискванията на приемащата изискване RFC казва, че записът трябва да се отстрани чрез изчакване, дори и ако се използва влизането, но повечето реализации, слезли от Бъркли, не го правете - те perestartovyvayut изчакване всеки път жалба до записването става.

Proxy ARP

Proxy ARP позволява на рутера, за да отговори на исканията на ARP в една мрежа, като същевременно иска домакин е в друга мрежа. По този начин, не е измама подател, който е изпратил искане ARP, тогава той си мисли, че рутера е хостът, докато в действителност хостът е "от другата страна" на рутера. Рутерът действа като упълномощен представител на хоста на местоназначението, преместване пакети от друг хост.

За да се опише по-добре работата на прокси ARP, ние разгледаме един пример. От Фигура 3.10 показва, че системата на слънце е свързан с две Ethernet мрежи. В действителност обаче това не е така, както можете да видите, ако сравним тази цифра с фигурата, която се дава на вътрешната страна на капака. Между слънцето и подмрежата на 140.252.1 е рутер, който действа като прокси ARP, докато изглеждаше, че слънцето е в подмрежата 140.252.1. Фигура 4.6 показва, че Telebit NetBlazer, кръстен netb, разположен между подмрежата и домакин слънцето.

Фигура 4.6 Пример упълномощен ARP.

Близнаци% ARP -а
ще има много линии за домакините на подмрежа 140.252.1
netb (140.252.1.183) при 0: 80: реклама: 3: 6а: 80
слънце (140.252.1.29) при 0: 80: Рекламата: 3: 6а: 80

Proxy ARP доставя дейтаграми към рутера слънце, но подобно на други хостове в подмрежата 140.252.13? За насочване на дейтаграми към други хостове трябва да се използва за маршрутизиране. Навсякъде в мрежата трябва да бъде направено 140.252 записи в таблицата за маршрутизация, така че всички дейтаграми, пътуващи за подмрежа 140.252.13 или определени хостове в подмрежата ще бъдат пренасочени към рутера netb. Този рутер знае как да достави дейтаграмата крайното си местоназначение, като ги изпратите чрез рутер слънцето.

Ако стартирате Tcpdump за домакин слънце обувка домакин BSDi на виждаме пакет, както е показано на фигура 4.7.

1 .0 0: 0: c0: 6f: 2d: 40 ее: ее: ее: ее: ее: ее ARP 60:
ARP, който има-140.252.13.35 кажа 140.252.13.35

Фигура 4.7 Пример за "неоснователно" ARP.

Мониторинг на всички системи на подмрежата, която се използва в тази книга показва, че SunOS 4.1.3 и 4.4BSD използват "неприемлива" при изтегляне на ARP и SVR4 не поддържа тази функция.

Ние използвахме тази команда с -а на знамето, за да се покаже на всички записи ARP кеш. Има и други варианти.

Суперпотребител да използвате опцията -d да изтриете записа от кеша на ARP. (Това беше направено преди старта на няколко примера, за да покаже промяната ARP.)

упражнения

1. Нека да се върне в отбора, ние извършва, за да се получи на изхода е показано на фигура 4.4. Какво се случва, ако след проверихме локалния кеш ARP, и тя беше празна, ние ще представим на екипа

BSDi% RSH SVR4 ARP -а

да се провери дали кеш ARP е празен като дестинация домакин? (Тази команда ще изпълни ARP -а команда за множество SVR4.)