Сертифициране на Cisco CCNA / CCNP – Дешифриране на резултатите от пинг

С

Докато се обучавате за вашите изпити за CCNA и CCNP, особено ако получавате практически практики в домашната лаборатория или услуга за наемане на стелажи, ще изпращате много пингове. Като кандидат за CCNA или CCNP знаете, че петте удивителни знака (!!!!!) като ping return показват, че имате IP свързаност с отдалечената дестинация. Пет точки (…..) показват, че нямате тази свързаност.

Не е достатъчно да знаете, че нямате IP връзка с отдалеченото устройство, трябва да знаете защо. Ping е чудесна първа стъпка за отстраняване на проблеми в мрежата, но резултатите са доста ограничени. Като CCNA и CCNP трябва да знаете как да диагностицирате проблема и да го разрешите. Само погледът в таблицата за маршрутизиране не е достатъчен – мощният Cisco отстраняване на грешки, отстраняване на грешки ip пакет, често може да ви покаже точно къде е проблемът.

ПРЕДУПРЕЖДЕНИЕ: ibu пакетът за отстраняване на грешки не трябва да се изпълнява на произволен рутер, без да се разбира ефектът от тази команда върху вашия рутер. Тази команда води до много резултати и всъщност може да заключи рутера.

В този случай ще изпълним командата на рутер на домашна лаборатория, който не може да ping 22.2.2.2. Отстраняването ще бъде включено и ще бъде изпратен друг пинг.

R1 # отстраняване на грешки ip пакет

Включено е отстраняване на грешки в IP пакети

R1 # пинг 22.2.2.2

Въведете евакуационна последователност, за да прекратите.

Изпращането на 5, 100-байтови ICMP Echos до 22.2.2.2, изчакването е 2 секунди:

3d23h: IP: s = 1.1.1.1 (локално), d = 22.2.2.2, len 100, не може да се пребори.

R1 # премахване на грешки за всички

Всички възможни отстраняване на грешки са изключени

Редактирах този изход за яснота; важната дума е “неразрушим”. Това показва, че пакетът не напуска рутера, тъй като в таблицата за маршрутизиране няма съответствие за тази дестинация. Ще конфигурираме статичен маршрут по подразбиране и ще изпратим пинга отново.

R1 # пинг 22.2.2.2

Въведете евакуационна последователност, за да прекратите.

Изпращането на 5, 100-байтови ICMP Echos до 22.2.2.2, изчакването е 2 секунди:

UUU

Степента на успех е 0 процента (0/5)

Този изход може да изненада тези от вас, които са свикнали да получават пет от един и същ символ обратно, когато изпращате пинг. Получихме три “U”, заедно с две точки. Сега ще стартираме ip пакет за отстраняване на грешки и ще изпратим пинга отново.

R1 # debug ip пакет

Включено е отстраняване на грешки в IP пакети

R1 # пинг 22.2.2.2

Въведете евакуационна последователност, за да прекратите.

Изпращането на 5, 100-байтови ICMP Echos до 22.2.2.2, изчакването е 2 секунди:

3d23h: IP: s = 172.12.123.1 (локално), d = 22.2.2.2 (сериен0), len 100, изпращане

R1 # трасе 22.2.2.2

Въведете евакуационна последователност, за да прекратите.

Проследяване на маршрута до 22.2.2.2

1 172.12.123.2 36 msec 36 msec 36 msec

2 172.12.123.2! H *! H

R1 # премахване на грешки за всички

Всички възможни отстраняване на грешки са изключени

Отново редактирах този изход. Ключовата дума в този изход е „изпращане“, което означава, че пакетите напускат рутера. Връщането на ping на “UUU” е обща индикация, че пакетите наистина се предават, но че маршрутизаторът надолу по веригата има проблем с маршрутизирането на пакетите. Изпълнението на traceroute разкрива някои по-интересни символи за връщане! В този случай маршрутизаторът надолу по веригата не е имал съвпадение с дестинацията в своята маршрутна таблица.

Лесно е да се концентрирате върху локалния рутер, когато не получавате положителна възвръщаемост на пинг. Когато отстранявате този проблем, имайте предвид, че проблемът може да е в междинен рутер, а не в локалния рутер. Използвайте debug ip пакет, за да се уверите, че пакетите напускат локалния рутер, и traceroute, за да определите какъв рутер надолу по веригата може да има проблема. И свикнете с факта, че пинговете и трасетата могат да ви донесат необичайно изглеждащи връщания!

About the author

Add comment

By user

Recent Posts

Recent Comments

Archives

Categories

Meta