Розніца паміж пінг таймаўт і вузел прызначэння недасяжны

Я пінг ад Box Windows, да прылады, якое я перазагружаны.

PS C:\Users\administrador> ping 192.168.2.10

Pinging 192.168.2.10 with 32 bytes of data:
Control-C
PS C:\Users\administrador> ping -t 192.168.2.10

Pinging 192.168.2.10 with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 192.168.2.120: Destination host unreachable.
Reply from 192.168.2.120: Destination host unreachable.
Reply from 192.168.2.120: Destination host unreachable.
Reply from 192.168.2.120: Destination host unreachable.
Reply from 192.168.2.120: Destination host unreachable.
Reply from 192.168.2.120: Destination host unreachable.
Reply from 192.168.2.120: Destination host unreachable.
Reply from 192.168.2.120: Destination host unreachable.
Reply from 192.168.2.120: Destination host unreachable.
Reply from 192.168.2.120: Destination host unreachable.

Ping statistics for 192.168.2.10:
    Packets: Sent = 17, Received = 10, Lost = 7 (41% loss),
Control-C

Пасля гэтага, гаспадар пачаў адказваць на пінг зондаў.

Такім чынам, мае пытанні:

  1. У чым розніца паміж гэтымі адказамі?
  2. Чаму вынік пінг паказвае толькі 41% страты замест 100%?
  3. Ці ёсць сувязь паміж «Destination хастом» адказ і той факт, што машына пачынае?
1

2 адказы

<Код> запыт мінуў. гэта ў той час як МАС-адрас прызначэння застаецца ў зыходным/кэшы ARP маршрутызатара. <Код> Адказ ад 192.168.2.120: Няма блокаў вузел недаступны не з'яўляецца пасля прызначэння MAC-адрас, прымеркаванай з крыніцы/кэша ARP маршрутызатара, а крыніца/маршрутызатар больш не мае ці можа атрымаць, МАС. адрас атрымальніка. У канчатковым рахунку, адрасат вяртаецца, і ён адказвае на запыт ARP ад крыніцы/маршрутызатара, і ваш пінг паспяхова.

Вам трэба будзе звярнуцца ў карпарацыю Майкрасофт аб пінг статыстыкі. Гэта значыць яго версія пінг , а прыкладання і канфігурацыі канчатковых прылад знаходзяцца па-за тэмай тут. Здаецца, злічыць любы ICMP адказ як сапраўдны адказ.

4
дададзена

Па-першае, мы павінны зразумець, як пакеты пасылаюцца.

Калі хост або маршрутызатар спрабуе адправіць пакет IPv4 * ён першым глядзіць прызначэння ў гэта табліца маршрутызацыі. На падставе табліцы маршрутызацыі ён вызначае «наступны пераход IP-адрас» і інтэрфейс. Для машыны ў лакальнай падсеткі «IP-адрас наступнага кроку» будзе IP-адрас прызначэння, у адваротным выпадку гэта будзе IP шлюз.

Што адбудзецца далей, залежыць ад тыпу інтэрфейсу. Калі выказаць здагадку, што гэта Ethernet або падобны інтэрфейс сеткавы стэк павінен вызначыць, што MAC-адрас, каб паслаць пакет. Для гэтага ён выглядае ў гэтым ARP табліца. Калі ён знаходзіць правільны ўваход, то ён запаўняе MAC і Адрасныя адпраўляе пакет з праз інтэрфейс Ethernet.

Калі ён не знойдзе правільную запіс табліцы ARP, то ён пачне працэс ARP, каб паспрабаваць стварыць адзін. Тым часам пакеты, прызначаныя для гэтага IP-адрасы наступнага пераходу будзе ў чарзе, пакуль сістэма не ведае, што МАС-адрас, каб адправіць іх.

Калі час апрацоўкі ARP з таго любой чарзе пакеты будуць адпрэчаныя з «мэтавай недаступнасцю хастом» ICMP паведамленні.

У рэшце рэшт запісаў у табліцы ARP часу і мае патрэбу ў абнаўленні.

На хастах/маршрутызатары без шлюза па змаўчанні вы можаце таксама атрымаць «вузел прызначэння недасяжны» адказ генеруецца, калі няма запісу ў табліцы маршрутызацыі, так што сістэма нават не ведае, што інтэрфейс ARP на.


Так што ж адбываецца, калі вы прыводзіце цыкл машын і пінг гэта?

Спачатку вы, верагодна, ужо ёсць дзеючы элемент табліцы ARP. Ваша машына ставіць пакеты на провадзе, але яны ніколі не дастаўляюцца, паколькі сеткавы стэк на месца прызначэння ўніз. Вы атрымліваеце «Запыт тайм-аўт» (з Майкрасофт пінг, лінукс пінг не показывает адсутнасць адказу на ўсе).

Пазней ARP раз запіс кэша з. Хмель перад блокам харчавання вы цыклічным (можа быць ваш кліент скрыню або маршрутызатар) спрабуе зрабіць новы пошук ARP, але трывае няўдачу, таму ён адскоквае пакеты з памылкамі ICMP. Часта вы бачыце некалькі пакетаў будуць пастаўлены ў чаргу і адскочылі ў той жа час.

Нарэшце сеткавы стэк на мэтавым поле вяртаецца ўверх. ARP паспяхова і пакеты пасылаюцца на мэту, якая адказвае на іх.

* З IPv6 прынцыпы падобныя, але дэталі розныя.

4
дададзена