Вътрешен протокол за маршрутизиране RIP
Този протокол за маршрутизиране е предназначен за относително малки и относително хомогенни мрежи. Маршрутът се характеризира с вектор на разстояние до дестинацията. Предполага се, че всеки рутер е началната точка на множество маршрути към мрежите, с които е свързан. Описанията на тези маршрути се съхраняват в специална таблица, наречена таблица с маршрути. Таблицата за маршрутизиране на RIP съдържа запис за всяка обслужвана машина (за всеки маршрут). Записът трябва да включва:
- IP адрес на местоназначение.
- Показател на маршрута (от 1 до 15; брой стъпки до дестинацията).
- IP адрес на най-близкия рутер (шлюз) по пътя към дестинацията.
- Таймери за маршрути.
Периодично (на всеки 30 секунди) всеки рутер излъчва копие от своята таблица за маршрутизиране към всички съседни рутери, с които е директно свързан. Рутерът на местоназначението търси таблицата. Ако в таблицата присъства нов път или съобщение за по-кратък маршрут, или има промени в дължините на пътя, тези промени се записват от получателя в неговата таблица за маршрутизиране. Протоколът RIP трябва да може да обработва три вида грешки:
Циклични маршрути.
За да потисне нестабилностите, RIP трябва да използва малка стойност за максималния възможен брой стъпки (не повече от 16).
Бавното разпространение на информацията за маршрутизиране в мрежата създава проблеми, когато ситуацията на маршрутизиране се променя динамично (системата не е в крак с промените). Малък метричен лимит подобрява конвергенцията, но не елиминира проблема.
OSPF протокол за състояние на връзката
Протоколът OSPF (Open Shortest Path Firs) е реализация на алгоритъма за състояние на връзката (приет през 1991 г.) и има много функции, предназначени за използване в големи разнородни мрежи.
OSPF протоколът изчислява маршрути в IP мрежи, като същевременно запазва други протоколи за обмен на информация за маршрутизиране.
Директно свързаните рутери се наричат "съседи". Всеки рутер съхранява информация за това в какво състояние смята, че се намира неговият съсед. Рутерът разчита на съседни рутери и препраща пакети данни към тях само ако е сигурен, че те работят напълно. За да разберат състоянието на връзките, съседните рутери често обменят кратки съобщения HELLO.
За да разпространяват информация за състоянието на връзката в мрежата, рутерите обменят други видове съобщения. Тези съобщения се наричат реклама на рутер връзки - съобщение за връзките на рутера (по-точно за състоянието на връзките). OSPF рутерите обменят не само свои собствени, но и реклами за връзки на други хора, като в крайна сметка получават информация за състоянието на всички връзки в мрежата. Тази информация формира графика на мрежовите връзки, която, разбира се, е еднаква за всички рутери в мрежата.
BGP протокол
Общата схема на работа на BGP е следната. BGP рутерите на съседни системи, които решат да обменят информация за маршрутизиране, установяват връзки един с друг, използвайки BGP протокола и стават BGP съседи (BGP peers).
След това BGP използва подход, наречен вектор на пътя, който е развитие на подхода на вектора на разстоянието. BGP съседите изпращат (обявяват, рекламират) вектори на пътя един към друг. Векторът на пътя, за разлика от вектора на разстоянието, съдържа не само мрежовия адрес и разстоянието до него, но мрежовия адрес и списък от атрибути (атрибути на пътя), които описват различни характеристики на маршрута от изпращащия рутер до определената мрежа. По-долу, за краткост, ще наричаме набор от данни, състоящ се от мрежов адрес и атрибути на пътя до тази мрежа, маршрут до тази мрежа.
Внедряване на BGP
Двойка BGP съседи установяват връзка помежду си, използвайки TCP протокола, порт 179. Съседите, принадлежащи към различни AS, трябва да бъдат директно достъпни един за друг; за съседи от една и съща AS няма такова ограничение, тъй като вътрешният протокол за маршрутизиране ще осигури наличието на всички необходими маршрути между възлите на една автономна система.
Потокът от информация, обменяна между BGP съседи през TCP, се състои от поредица от BGP съобщения. Максималната дължина на съобщението е 4096 октета, минималната е 19. Има 4 вида съобщения.
TCP/IP протокол за пренос на данни
Интернет, който е мрежа от мрежи и обединява огромен брой различни локални, регионални и корпоративни мрежи, функционира и се развива чрез използването на единен TCP/IP протокол за пренос на данни. Терминът TCP/IP включва името на два протокола:
- Transmission Control Protocol (TCP) - транспортен протокол;
- Интернет протоколът (IP) е протокол за маршрутизиране.
Протокол за маршрутизиране. IP протоколът осигурява пренос на информация между компютри в мрежа. Нека разгледаме работата на този протокол по аналогия с прехвърлянето на информация с помощта на обикновена поща. За да стигне писмото до местоназначението, върху плика се посочват адресът на получателя (до когото е писмото) и адресът на подателя (от когото е писмото).
По същия начин информацията, предавана по мрежата, е „опакована в плик“, върху който са „записани“ IP адресите на компютрите на получателя и подателя, например „До: 198.78.213.185“, „От: 193.124.5.33“. Извиква се съдържанието на плика на компютърен език IP пакети е набор от байтове.
В процеса на препращане на обикновени писма те първо се доставят до пощенската служба, която е най-близо до подателя, и след това се прехвърлят по веригата от пощенски служби до пощенската служба, която е най-близо до получателя. В междинните пощенски станции писмата се сортират, т.е. определя се до коя следваща пощенска станция трябва да се изпрати конкретно писмо.
IP пакетите по пътя към компютъра получател също преминават през множество междинни интернет сървъри, на които се извършва операцията маршрутизиране. В резултат на маршрутизирането IP пакетите се изпращат от един интернет сървър към друг, като постепенно се приближават до компютъра получател.
Интернет протокол (IP)осигурява маршрутизиране на IP пакети, тоест доставка на информация от изпращащия компютър до получаващия компютър.
Определяне на маршрута за преминаване на информацията.„Географията“ на Интернет се различава значително от географията, с която сме свикнали. Скоростта на получаване на информация не зависи от разстоянието на уеб сървъра, а от броя на междинните сървъри и качеството на комуникационните линии (тяхната честотна лента), през които информацията се предава от възел на възел.
Можете да се запознаете с пътя на информацията в Интернет съвсем просто. Специална програма tracert.exe, който е включен в Windows, ви позволява да проследите през кои сървъри и с какво забавяне се прехвърля информацията от избран интернет сървър към вашия компютър.
Нека да видим как се осъществява достъпът до информация в "московската" част на интернет до един от най-популярните сървъри за търсене в руския интернет www.rambler.ru.
Определяне на маршрута на информационния поток
2. В прозореца MS-DOS сесияв отговор на системната подкана за въвеждане на командата.
3. След известно време ще се появи следа от прехвърляне на информация, т.е. списък с възли, през които информацията се предава на вашия компютър, и времето на предаване между възлите.
 |
Проследяването на пътя на предаване на информация показва, че сървърът www.rambler.ru се намира на „разстояние“ от 7 прехода от нас, т.е. информацията се предава през шест междинни интернет сървъра (чрез сървърите на московските доставчици MTU-Inform и Demos ). Скоростта на пренос на информация между възлите е доста висока; един „преход“ отнема от 126 до 138 ms.
Транспортен протокол.Сега нека си представим, че трябва да изпратим многостраничен ръкопис по пощата, но пощата не приема колети или колети. Идеята е проста: ако ръкописът не се побира в обикновен пощенски плик, той трябва да бъде разглобен на листове и изпратен в няколко плика. В този случай листовете на ръкописа трябва да бъдат номерирани, така че получателят да знае в каква последователност тези листове ще бъдат комбинирани по-късно.
Подобна ситуация често се случва в интернет, когато компютрите обменят големи файлове. Ако изпратите такъв файл като цяло, той може да „запуши“ комуникационния канал за дълго време, което го прави недостъпен за изпращане на други съобщения.
За да не се случи това, на изпращащия компютър е необходимо големият файл да се раздели на малки части, да се номерират и транспортират в отделни IP пакети до получаващия компютър. На компютъра на получателя трябва да съберете изходен файлот отделни части в правилната последователност.
Протокол за контрол на предаването (TCP), тоест транспортният протокол, гарантира, че файловете се разделят на IP пакети по време на предаване и файловете се сглобяват по време на получаване.
Интересното е, че за IP протокола, отговорен за маршрутизирането, тези пакети са напълно несвързани един с друг. Следователно последният IP пакет може да изпревари първия IP пакет по пътя. Може да се окаже, че дори маршрутите за доставка на тези пакети ще бъдат напълно различни. TCP обаче ще изчака първия IP пакет и ще сглоби изходния файл в правилната последователност.
Определяне на времето за обмен на IP пакети.Времето на обмен на IP пакети между локалния компютър и интернет сървъра може да се определи с помощта на помощната програма ping, която е част от операционната система. Windows системи. Помощната програма изпраща четири IP пакета чрез посочен адреси показва общото време за предаване и приемане за всеки пакет.
Определяне на времето за обмен на IP пакети
1. Свържете се с интернет, въведете командата [Програми-MS-DOS сесия].
2. В прозореца MS-DOS сесияв отговор на системната подкана за въвеждане на командата.
3. В прозореца MS-DOS сесияЩе се покаже резултатът от тестването на сигнала в четири опита. Времето за реакция характеризира параметрите на скоростта на цялата верига от комуникационни линии от сървъра до локалния компютър.
 |
Въпроси за разглеждане
1. Какво осигурява интегрираното функциониране на глобалната компютърна мрежа Интернет?
Практически задачи
4.5. Проследете пътя на информацията от един от най-популярните сървъри за търсене в Интернет www.yahoo.com, намиращ се в “американския” сегмент на Интернет.
4.6. Определете времето за обмен на IP пакети със сървъра www.yahoo.com.
IP означава Internet Protocol и версия 4 на този протокол в момента е най-често срещаната. IPv4 е дефиниран чрез RFC 791.
В OSI това е мрежов (3-ти) слой протокол. Това ниво, напомням ви, има за цел да определи пътя за предаване на данни.
IPv4 използва превключване на пакети. В този случай оригиналното предадено съобщение се разделя на малки части (пакети), които се предават независимо по мрежата.
Освен това IPv4 не гарантира доставка на пакети или липса на дубликати. Това е така наречената „доставка с най-добри усилия“ (за разлика от гарантираната доставка). Съответно тези задачи се прехвърлят към протоколи от по-високо ниво, например TCP.
Адресиране
IPv4 идентифицира подателя и получателя с помощта на 32-битов адрес, което ограничава броя на възможните адреси до 4 294 967 296. От този брой IPv4 запазва специални адресни диапазони, наречени частни (~18 милиона) и мултикаст (~270 милиона).
Адресите обикновено се записват като четири десетични октета с точка, например: 198.51.100.25 съответства на числото C6336419 16.
Когато използвате глобалното адресно пространство, е необходимо да правите разлика между наличните адреси местенфизическа мрежа, която не изисква маршрутизиране, и адреси, които са физически разположени в друга мрежа. При втория пакетите се изпращат към рутера, който трябва да ги препрати по-нататък.
В първите версии на стандарта първият октет се използва за идентифициране на мрежата, а останалите - за идентифициране на възела. Бързо стана ясно, че 256 мрежи не са достатъчни. Затова бяха въведени класове мрежи:
| Клас | Първи битове | Дължина на мрежовия адрес | Дължина на адреса на възела |
|---|---|---|---|
| А | 0 | 8 | 24 |
| б | 10 | 16 | 16 |
| В | 110 | 24 | 8 |
| г | 1110 | N/A | N/A |
| д | 1111 | N/A | N/A |
| Клас | Начало на диапазона | Край на диапазона |
|---|---|---|
| А | 0.0.0.0 | 127.255.255.255 |
| б | 128.0.0.0 | 191.255.255.255 |
| В | 192.0.0.0 | 223.255.255.255 |
| г | 224.0.0.0 | 239.255.255.255 |
| д | 240.0.0.0 | 255.255.255.255 |
Клас D е запазен за мултикаст, клас E е просто запазен „за всеки случай“.
Дължината на мрежовия адрес и дължината на адреса на възела се определят от първите битове на адреса. От около 1985 г. това също е изоставено. Причините за това са, че много организации се нуждаеха от повече адреси от предоставената мрежа от клас C и получиха мрежа от клас B, но надхвърли изискванията на организацията многократно.
Мрежовите класове са заменени от мрежови маски. Това е битова маска, която указва кои битове от адреса са специфични за мрежата и кои са специфични за хоста. По стандартна конвенция маската трябва да се попълва отляво надясно, така че мрежовият адрес винаги да е в най-значимите битове. Това ви позволява да посочите само дължина на мрежовия адрес, вместо цялата мрежова маска.
Например 192.0.2.0/24 означава, че първите 24 бита (три октета) са мрежовият адрес, а останалите са адресът на хоста. /24 е еквивалентен на мрежовата маска 255.255.255.0.
Използването на мрежови маски е описано в RFC 1517.
Многобройни стандарти също запазват различни адресни диапазони за специални нужди.
| Обхват | Описание | RFC |
|---|---|---|
| 0.0.0.0/8 | Текуща мрежа (източен адрес) | 6890 |
| 10.0.0.0/8 | Частна мрежа | 1918 |
| 100.64.0.0/10 | CGN споделено адресно пространство | 6598 |
| 127.0.0.0/8 | Loopback | 6890 |
| 169.254.0.0/16 | Автоконфигурация | 3927 |
| 172.16.0.0/12 | Частна мрежа | 1918 |
| 192.0.0.0/24 | Присвояване на IETF протокол | 6890 |
| 192.0.2.0/24 | Документация и примери 1 | 5737 |
| 192.88.99.0/24 | Препредаване на ipv6 към ipv4 | 3068 |
| 192.168.0.0/16 | Частна мрежа | 1918 |
| 198.18.0.0/15 | Тестване на честотната лента на мрежата | 2544 |
| 198.51.100.0/24 | Документация и примери 2 | 5737 |
| 203.0.113.0/24 | Документация и примери 3 | 5737 |
| 224.0.0.0/4 | Мултикаст | 5771 |
| 240.0.0.0/4 | Запазено | 1700 |
| 255.255.255.255 | Заявка за излъчване | 919 |
Адресите на хоста също са резервирани, в двоично представяне, състоящо се от нули (показва цялата мрежа, запазена) и единици (заявка за излъчване за дадена мрежа).
Например 203.0.113.0 означава (в текста) мрежа 203.0.113.0/24, а 203.0.113.255 е заявка за излъчване към тази мрежа.
Формат на опаковката
Пакетът се състои от заглавие и данни. IP не включва никаква проверка на целостта. Базовият протокол (да речем Ethernet) вече осигурява проверка на целостта на слоя на връзката за данни, а по-високо разположеният (да речем TCP) го прави на слоя данни.
Версия, 4 бита Първо поле за заглавие. В IPv4 има стойност 0010 2, т.е. 4. Дължина на заглавката, 4 бита Броят на 32-битовите думи в заглавката. Минималната стойност е 5, което съответства на дължина на заглавката от 20 байта. Максимум – 15, дължина на заглавието 60 байта.
DSCP или ToS – тип услуга, 6 бита Определя приоритета, да речем, за VoIP.
- ECN, 2 бита Явен флаг за претоварване на мрежата. Изисква подкрепа от двете страни (приемане и предаване). Когато се получи този флаг, скоростта на предаване се намалява. Ако флагът не се поддържа, пакетите просто се отхвърлят.
- Обща дължина, 16 бита Общата дължина на пакета в байтове, включително заглавието и данните. Минималната дължина е 20, максималната е 65535. Идентификация, 16 бита Използва се за уникално идентифициране на дейтаграма. Тъй като може да е необходимо да се раздели пакет на по-малки части, когато се предава през различни мрежи, това поле служи за идентифициране на частите, които принадлежат към един и същи пакет.
- Флагове, 3 бита
- Запазено, винаги 0
- Не фрагментирайте. Ако по-нататъшното предаване на пакета изисква фрагментиране, пакетът се отхвърля.
- Още фрагменти. За фрагментираните пакети, всички освен последния имат този флаг, зададен на 1.
Време за живот (TTL), 8 бита Когато пакет преминава през рутер, това поле се намалява с 1. Ако това поле е нула, рутерът го отхвърля.
- Протокол, 8 бита
- 1 - ICMP
6 - TCP
IP дефинира логически адреси. Въпреки това, за да изпратите пакет през Ethernet мрежа, вие също трябва да знаете физическия адрес на целевия възел (или рутер). ARP се използва за съпоставяне на един към друг.
ARP (Address Resolution Protocol) формално е мрежов (3-ти) протокол на ниво в OSI модела, въпреки че всъщност осигурява взаимодействие между слоеве 2 и 3. ARP се прилага за различни двойки протоколи от слой 2 и слой 3.
Самият протокол е изграден върху проста схема заявка-отговор. Нека да разгледаме конкретен пример.
Ако хост A, да речем, с логически адрес 198.51.100.1 (в мрежа 198.51.100.0/24) иска да изпрати пакет до хост B, с логически адрес 198.51.100.2, той изпраща протокол на ниво 2 (в този случай Ethernet) излъчване заявка с капсулираното съобщение ARP, питащ мрежовите възли какъв е физическият адрес на възела с логически адрес 198.51.100.2 и съдържащ логическия и физическия адрес на възел A. Възел B, виждайки собствения си логически адрес в заявката, изпраща отговор до възел А на логическия и физически адрес, получен в заявката. Резултатите от заявката са кеширани.
ARP съобщенията имат следната структура:
Физически протокол (HTYPE), 2 байта използван протокол от ниво 2. Ethernet има ID 1. Логически протокол (PTYPE), 2 байта, използван протокол от ниво 3. Съответства на EtherTypes. IPv4 има идентификатор 0x0800.
Дължина на физическия адрес (HLEN), 1 байт Дължина на физическия адрес в октети, за Ethernet – 6 Дължина на логическия адрес (PLEN), 1 байт Дължина на логическия адрес в октети, за IPv4 – 4 Операция (OPER), 2 байта 1 за заявка, 2 за отговор и много други опции за разширения на протокола.
Физически адрес на изпращача (SHA), HLEN байт В заявката - адрес на заявителя. Отговорът съдържа адреса на искания възел.
Логически адрес на изпращача (SPA), PLEN байтове
Физическият адрес на получателя (THA), HLEN байт се игнорира в заявката. Отговорът съдържа адреса на заявителя.
RARP се използва за автоматично конфигуриране на L3 адреси. Впоследствие заменен от BOOTP и след това DHCP.
Маршрутизиране в IPv4 мрежи
Основният алгоритъм за маршрутизиране в IPv4 мрежи се нарича алгоритъм за пренасочване.
Ако има целеви адрес D и мрежов префикс N, тогава
- Ако N съвпада с мрежовия префикс на текущия възел, изпратете данните през локалната връзка.
- Ако има маршрут за N в таблицата за маршрутизиране, изпратете данните към следващия маршрутизатор.
- Ако има маршрут по подразбиране, изпратете данни за следващ хоп към рутера по подразбиране
- В противен случай - грешка.
Таблицата за маршрутизиране е таблица на картографиране на мрежови адреси и адреси на следващ хоп рутер за тези мрежи. Така, например, възел с адрес 198.51.100.54/24 може да има следната таблица за маршрутизиране: 203.0.113.0/24
| Дестинация | Шлюз | устройство |
|---|---|---|
| 198.51.100.0/24 | 0.0.0.0 | eth0 |
| 203.0.113.0/24 | 198.51.100.1 | eth0 |
| 0.0.0.0/0 | 203.0.113.1 | eth0 |
По принцип маршрутът е свързан и с мрежовото устройство, от което трябва да се изпращат данните.
Ако даден възел може да бъде достигнат по множество маршрути, се избира маршрутът с по-дългата мрежова маска (т.е. по-специфичен). Може да има само един маршрут по подразбиране.
Например възел 198.51.100.54/24 има таблица за маршрутизиране:
| Дестинация | Шлюз | устройство |
|---|---|---|
| 198.51.100.0/24 | 0.0.0.0 | eth0 |
| 203.0.113.0/24 | 198.51.100.1 | eth0 |
| 203.0.113.224/27 | 198.51.100.5 | eth0 |
Глобалната компютърна мрежа Интернет първоначално е изградена по следната схема: опорна мрежа, свързана с нея чрез мрежи, наречени автономни системи. Опорната мрежа също е автономна система. Този подход е удобен, тъй като подробната топологична информация остава в рамките на автономната система, а самата автономна система като единно цяло за останалата част от Интернет е представена от външни шлюзове (маршрутизатори, чрез които автономните системи се присъединяват към опорната мрежа). Вътрешните шлюзове се използват за формиране на подмрежи в рамките на автономна система.
Съответно протоколите за маршрутизиране, използвани в Интернет, се разделят на външни и вътрешни протоколи за маршрутизиране (EGP, BGP), които прехвърлят информация за маршрутизиране между автономни системи. Вътрешните протоколи за маршрутизиране (RIP, OSPF, IS-IS) се използват само в рамките на автономната система. Промяната на протоколите за маршрутизиране и маршрутите в една автономна система не засяга работата на други автономни системи.
Протоколът OSPF (Open Shortest Path First) е приет през 1991 г. Това е модерен протокол, насочен към работа в големи разнородни мрежи със сложни топологии, включително цикли. Базира се на алгоритъм за състояние на връзката, който е силно устойчив на промени в мрежовата топология.
40. Транспортни протоколи на TCP/IP стека.
Тъй като връзките не се установяват на мрежовия слой, няма гаранция, че всички пакети ще пристигнат до местоназначението си невредими или ще пристигнат в същия ред, в който са били изпратени. Тази задача - осигуряване на надеждна информационна комуникация между два крайни възела - се решава от основния слой на TCP/IP стека, наричан още транспорт.
На това ниво функционират TCP (Протокол за контрол на предаването) и UDP (Протокол за потребителски дейтаграми). TCP протоколът осигурява надеждно предаване на съобщения между отдалечени процеси на приложения чрез формиране на логически връзки. Този протокол позволява на партньорите на изпращащия и получаващия компютри да комуникират в режим на пълен дуплекс. TCP ви позволява да доставяте поток от байтове, генериран на един компютър, без грешки на всеки друг компютър, включен в съставната мрежа. TCP разделя потока от байтове на сегменти и ги предава на основния мрежов слой. След като тези сегменти бъдат доставени от мрежовия слой до тяхната дестинация, TCP ги сглобява отново в непрекъснат поток от байтове.
UDP транспортира пакети на приложения по начин на дейтаграма, като основния интернет протокол (IP) и служи само като мултиплексор между мрежовия протокол и множество услуги на приложения или потребителски процеси.
41. TCP/IP диагностични програми.
TCP/IP включва диагностични помощни програми за проверка на конфигурацията на стека и тестване на мрежовата свързаност.
| полезност | Приложение |
| arp | Показва за преглед и редактиране на таблицата за преобразуване на адреси, използвана от протокола за разрешаване на адреси (ARP - определя локалния адрес от IP адреса) |
| име на хост | Показва името на локалния хост. Използван без параметри. |
| ipconfig | Показва стойности за текущата конфигурация на TCP/IP стека: IP адрес, подмрежова маска, адрес на шлюз по подразбиране, WINS (Windows Internet Naming Service) и DNS (Domain Name System) адреси. |
| nbtstat | Показва статистика и текуща информация за NetBIOS, инсталиран през TCP/IP. Използва се за проверка на състоянието на текущите NetBIOS връзки. |
| netstat | Показва статистика и текуща информация за TCP/IP връзката. |
| nslookup | Проверява записи и псевдоними на домейни на хостове, домейн услуги на хостове, както и информация операционна система, чрез запитване до DNS сървъри. |
| пинг | Проверява коректността на TCP/IP конфигурацията и проверява комуникацията с отдалечен хост. |
| маршрут | Променя таблиците за IP маршрутизиране. Показва съдържанието на таблицата, добавя и изтрива IP маршрути. |
| tracert | Проверява маршрута до отдалечен компютър чрез изпращане на ICMP (Internet Control Message Protocol) ехо пакети. Показва маршрута на пакетите до отдалечен компютър. |
За да проверите дали TCP/IP е конфигуриран правилно, използвайте помощната програма ipconfig. Тази команда е полезна на компютри, работещи с DHCP (Dynamic Host Configuration Protocol), тъй като позволява на потребителите да определят каква TCP/IP мрежова конфигурация и стойности са зададени с помощта на DHCP.
Помощната програма ipconfig ви позволява да разберете дали конфигурацията е инициализирана и дали IP адресите са дублирани:
- ако конфигурацията е инициализирана, тогава се появява IP адрес, маска, шлюз;
- ако IP адресите се дублират, тогава мрежовата маска ще бъде 0.0.0.0;
- ако при използване на DHCP компютърът не е успял да получи IP адрес, тогава той ще бъде равен на 0.0.0.0.
Помощната програма ping (Packet Internet Grouper) се използва за проверка на TCP/IP конфигурацията и диагностициране на грешки при свързване. Той определя наличността и функционирането на конкретен хост. Използване на ping най-добрият начинпроверка дали съществува маршрут между локалния компютър и мрежовия хост.
Командата ping тества връзка с отдалечен хост, като изпраща ICMP ехо пакети до този хост и слуша за ехо отговори. Ping слуша за всеки изпратен пакет и отпечатва броя на изпратените и получените пакети. Всеки получен пакет се сравнява с предаденото съобщение. Ако връзката между хостовете е лоша, ping съобщенията ще ви кажат колко пакета са загубени.
По подразбиране се предават 4 ехо пакета с дължина 32 байта (периодична последователност от главни букви). Ping ви позволява да промените размера и броя на пакетите, да посочите дали да записвате маршрута, който използва, каква стойност за време на живот (ttl) да зададете, дали пакетът може да бъде фрагментиран и т.н. При получаване на отговор времето полето показва колко време (в милисекунди) изпратеният пакет достига до отдалечения хост и се връща обратно. Тъй като стойността по подразбиране за изчакване на отговор е 1 секунда, всички стойности в това поле ще бъдат по-малко от 1000 милисекунди. Ако получите съобщение „Заявка за изчакване“, е възможно, ако увеличите времето за изчакване на отговора, пакетът да достигне до отдалечения хост.
Ping може да се използва за тестване както на име на хост (DNS или NetBIOS), така и на неговия IP адрес. Ако ping с IP адрес е успешен, но ping с име е неуспешен, това означава, че проблемът е в разпознаването на съвпадението между адреса и името, а не в мрежовата връзка.
Помощната програма ping се използва по следните начини:
1) За да проверите дали TCP/IP е инсталиран и правилно конфигуриран на локалния компютър, адресът за обратна връзка е посочен в командата ping обратна връзка(loopback адрес): ping 127.0.0.1
2) За да се гарантира, че компютърът е правилно добавен към мрежата и IP адресът не се дублира, се използва IP адресът на локалния компютър:
ping localhost_ip-адрес
3) За да проверите дали шлюзът по подразбиране функционира и че може да се установи връзка с всеки локален хост локална мрежа, IP адресът на шлюза по подразбиране е зададен:
ping gateway_ip-адрес
4) За да проверите възможността за установяване на връзка през рутера, IP адресът на отдалечения хост е посочен в командата ping:
ping [опции] IP адрес на отдалечен хост
Tracert е помощна програма за проследяване на маршрути. Той използва полето TTL (time-to-live) на IP пакета и ICMP съобщенията за грешка, за да определи маршрута от един хост към друг.
Помощната програма tracert може да бъде по-изчерпателна и удобна от ping, особено в случаите, когато отдалеченият хост е недостъпен. Използвайки го, можете да определите зоната на проблеми с комуникацията (при интернет доставчика, в основната мрежа, в мрежата на отдалечен хост) докъде ще бъде проследен маршрутът. Ако възникнат проблеми, помощната програма показва звездички (*) или съобщения като „Destination net unreachable“, „Destination host unreachable“, „Request time out“, „Time Exeeded“.
Помощната програма tracert работи по следния начин: изпраща 3 пакета ехо на сонда до всеки хост, през който минава маршрутът до отдалечения хост. Времето за изчакване за отговор на всеки пакет се показва на екрана (може да се промени с помощта на специален параметър). Пакетите се изпращат с различни жизнени стойности. Всеки рутер, срещнат по пътя, намалява TTL стойността с единица, преди да препрати пакета. По този начин животът е брояч на междинни точки на доставка (хопове). Когато TTL на пакет достигне нула, се очаква рутерът да изпрати ICMP съобщение „Time Exeeded“ до компютъра източник. Маршрутът се определя чрез изпращане на първия ехо пакет с TTL=1. След това TTL се увеличава с 1 във всеки следващ пакет, докато пакетът достигне отдалечения хост или се достигне максималната възможна стойност на TTL (по подразбиране 30, зададено с опцията -h). Маршрутът се определя чрез изследване на ICMP съобщенията, които се изпращат обратно от междинните рутери.
Синтаксис: tracert [опции] target_host_name
Помощната програма ARP е проектирана да работи с ARP кеша. Основната задача на ARP протокола е да преобразува IP адресите в съответните локални адреси. За целта ARP протоколът използва информация от ARP таблицата (ARP кеш). Ако необходимият запис в таблицата не бъде намерен, тогава ARP протоколът изпраща заявка за излъчване до всички компютри в локалната подмрежа, опитвайки се да намери собственика на този IP адрес. Кешът може да съдържа два типа записи: статични и динамични. Статичните записи се въвеждат ръчно и се съхраняват в кеша за постоянно. Динамичните записи се поставят в кеша в резултат на заявки за излъчване. За тях съществува понятието време на живот. Ако в рамките на определено време (по подразбиране 2 минути) запис не бъде заявен, той се премахва от кеша.
Помощната програма netstat ви позволява да получите статична информация за някои от стековите протоколи (TCP, UDP, IP, ICMP), а също така показва информация за текущите мрежови връзки. Той е особено полезен при защитни стени и може да се използва за откриване на пробиви в сигурността в периметъра на мрежата.
Синтаксис:
netstat [-a] [-e] [-n] [-s] [-p протокол] [-r]
Параметри:
-a изброява всички мрежови връзкии слушащи портове на локалния компютър;
-e показва статистика за Ethernet интерфейси (например броя на получените и изпратените байтове);
-n показва информация за всички текущи връзки (например TCP) за всички мрежови интерфейси на локалния компютър. За всяка връзка се показва информация за IP адресите на локалния и отдалечения интерфейс заедно с номерата на използваните портове;
-s показва статистическа информация за UDP, TCP, ICMP, IP протоколи. Ключът "/more" ви позволява да преглеждате информация страница по страница;
-r показва съдържанието на таблицата за маршрутизиране.
