1 (07.07.2012 11:14:10 отредактировано XShStasX)

Есть 2 ПК.
ПК_1 - 192,168,1,2 - основной пк, на котором запущен ppp0 и подключен по сети к роутеру dLink 2650. ОС Ubuntu 12,04.
ПК_2 - 192,168,1,3 - работает через wifi, Windows XP, фаерволы (и стандартный) отключены

Нужно настроить видемость ПК_1 - ПК_2.

ПК_1 подключен по Ethernet к роутеру.
ПК_2 подключен по wifi к роутеру.

С ПК_1 <> ПК_2 связь ни как не могу настроить.
на ПК_1: sudo route add -net 192.168.1.3 netmask 255.255.255.255 gw 192.168.1.1 dev eth0
на ПК_2: route add 192.168.2 192.168.1.1


Таблица маршрутов на ПК_1:
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         х.х.х.31   0.0.0.0         UG    0      0        0 ppp0
link-local      *               255.255.0.0     U     1000   0        0 eth0
192.168.1.0     *               255.255.255.0   U     1      0        0 eth0
192.168.1.3     192.168.1.1     255.255.255.255 UGH   0      0        0 eth0
192.168.93.0    *               255.255.255.0   U     0      0        0 vmnet1
192.168.153.0   *               255.255.255.0   U     0      0        0 vmnet8
х.х.х.31  *               255.255.255.255 UH    0      0        0 ppp0

результаты пинга ПК_1 на пк_2
PING 192.168.1.3 (192.168.1.3) 56(84) bytes of data.
From 192.168.1.1 icmp_seq=1 Redirect Host (New nexthop: 192.168.1.3)
64 bytes from 192.168.1.3: icmp_seq=1 ttl=127 time=3.12ms
From 192.168.1.2 icmp_seq=2 Destination Host Unreachable
From 192.168.1.2 icmp_seq=3 Destination Host Unreachable

Также не понятно почему первый пинг проходит а потом больше нет?
Причем первый пинг может быть и со стороны ПК_2 он пройдет а остальные пинги уже нет.

2

Что то мне подсказывает что нуна смотреть в сторону файрвола самого роутера. Наверное там собака какаято зарыта.
А есть возможность комп с виндой подключить к Ethernet или нет???
af

Trouble  in WINDOWS reboot, trouble in UNIX be root.

3

Если ПК_2 влючить через Ethernet (к роутеру через кабель)) то все отлично работает.
Трабла именно в том что он через wifi включен...
На винде тоже такая проблема была когда по wifi, но там решалось добавлением маршрутов:  route add 192.168.2 192.168.1.1, route add 192.168.3 192.168.1.1

4

Понятно по кабелю не выйдет подключить.
Тогда нужно разбиратса с найстройками айрвола роутера. Он у него какойто есть я читал на оффсайте. Зайдите, как я понял, на 192.168.1.1 и поищите.

Trouble  in WINDOWS reboot, trouble in UNIX be root.

5 (08.07.2012 10:51:25 отредактировано XShStasX)

192.168.1.1
заходил и не раз)
Да есть сетевой экран, но та все по дефолту и пусто.
Винду ведь не блочат...а у нее тоже 192.168.1.2 адрес если отключить Ubuntu.
Совсем нет надежд?(

6

XShStasX пишет:

192.168.1.3     192.168.1.1     255.255.255.255 UGH   0      0        0 eth0


Вот это правило удалите и попробуёте что будет.
Я думаю что на роутере нужно как то настроить пересылку пакетов между Ethernet и wifi. Это моё предположение. А можете скриншоты сделать менюшки роутера и менюшки файрвола.

Trouble  in WINDOWS reboot, trouble in UNIX be root.

7 (08.07.2012 16:15:40 отредактировано XShStasX)

kisil пишет:
XShStasX пишет:

192.168.1.3     192.168.1.1     255.255.255.255 UGH   0      0        0 eth0


Вот это правило удалите и попробуёте что будет.
Я думаю что на роутере нужно как то настроить пересылку пакетов между Ethernet и wifi. Это моё предположение. А можете скриншоты сделать менюшки роутера и менюшки файрвола.

Удалил  маршрут 192.168.1.3    ничего не произошло. но пропал пинг совсем ( пока не удалял пинг проходил только один раз).

Картинки сейчас приложу. сделал основные важные скрины.
Там где межсетевой екран ничего не заполнено все пусто и ни каких галочек нету.
sendspace.com/file/d65uhm

8

На верное нужно на роутере ещё добавить маршрут через вайфай, если канешно такой интерфейс есть.

Trouble  in WINDOWS reboot, trouble in UNIX be root.

9

kisil пишет:

На верное нужно на роутере ещё добавить маршрут через вайфай, если канешно такой интерфейс есть.

Может быть, но не совсем понимаю что туда прописать. Из интерфейсов которые есть только br0.

10

А что пишет в секции Wifi??

Trouble  in WINDOWS reboot, trouble in UNIX be root.

11

kisil пишет:

А что пишет в секции Wifi??

Ничего особого: пароль на wifi, отключен mac фильтр, включен wps, мощность сигнала, имя точки доступа,список станций там сказано что wifi работает через интерфейс wl0.

12

Вот и написать что маршрут в сеть 192.168.1.0 через wlan

Trouble  in WINDOWS reboot, trouble in UNIX be root.

13

Если канешно выйдет добавить. Этого я не знаю  я такого не проделывал.

Trouble  in WINDOWS reboot, trouble in UNIX be root.

14

kisil пишет:

Если канешно выйдет добавить. Этого я не знаю  я такого не проделывал.

В роутере?
Там не получиться в меню добавления маршрута нужно указать интерфейс вручную написать нельзя только из выпадающего списка, а там пусто (...

Есть еще варианты? может обновить прошивку на более продвинутую)

15

В общем зашол на роутер через telnet там больше возможностей буду експерементировать)

16 (08.07.2012 19:17:00 отредактировано XShStasX)

вот небольшой лог полученный с роутера через telnet.

Built-in commands:
-------------------
        . : break cd continue eval exec exit export help login newgrp
        read readonly set shift times trap umask wait [ busybox cat chmod
        cp dmesg echo expr false flash_eraseall gzip httpd ifconfig init
        insmod kill killall klogd linuxrc ln logger logread ls mkdir
        mknod modprobe mount msh ping ps reboot rm rmmod route sendarp
        sh sleep sysinfo syslogd tail tar test top true tty umount vconfig


# route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.1.0     *               255.255.255.0   U     0      0        0 br0
# ifconfig
bcmsw           Link encap:Ethernet  HWaddr 84:C9:B2:CC:24:2D
                UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
                RX packets:0 errors:0 dropped:0 overruns:0 frame:0
                TX packets:29 errors:0 dropped:0 overruns:0 carrier:0
                collisions:0 txqueuelen:1000
                RX bytes:0 (0.0 B)  TX bytes:6652 (6.4 KiB)
                Base address:0xda00

br0             Link encap:Ethernet  HWaddr 84:C9:B2:CC:24:2D
                inet addr:192.168.1.1  Bcast:192.168.1.255  Mask:255.255.255.0
                UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
                RX packets:3478 errors:0 dropped:0 overruns:0 frame:0
                TX packets:2615 errors:0 dropped:0 overruns:0 carrier:0
                collisions:0 txqueuelen:0
                RX bytes:271408 (265.0 KiB)  TX bytes:616902 (602.4 KiB)

eth0            Link encap:Ethernet  HWaddr 84:C9:B2:CC:24:2D
                UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
                RX packets:0 errors:0 dropped:0 overruns:0 frame:0
                TX packets:29 errors:0 dropped:0 overruns:0 carrier:0
                collisions:0 txqueuelen:1000
                RX bytes:0 (0.0 B)  TX bytes:6652 (6.4 KiB)

eth1            Link encap:Ethernet  HWaddr 84:C9:B2:CC:24:2D
                UP BROADCAST MULTICAST  MTU:1500  Metric:1
                RX packets:0 errors:0 dropped:0 overruns:0 frame:0
                TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
                collisions:0 txqueuelen:1000
                RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)


eth2            Link encap:Ethernet  HWaddr 84:C9:B2:CC:24:2D
                UP BROADCAST MULTICAST  MTU:1500  Metric:1
                RX packets:0 errors:0 dropped:0 overruns:0 frame:0
                TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
                collisions:0 txqueuelen:1000
                RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)


eth3            Link encap:Ethernet  HWaddr 84:C9:B2:CC:24:2D
                UP BROADCAST MULTICAST  MTU:1500  Metric:1
                RX packets:0 errors:0 dropped:0 overruns:0 frame:0
                TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
                collisions:0 txqueuelen:1000
                RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)


eth4            Link encap:Ethernet  HWaddr 84:C9:B2:CC:24:2D
                UP BROADCAST MULTICAST  MTU:1500  Metric:1
                RX packets:0 errors:0 dropped:0 overruns:0 frame:0
                TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
                collisions:0 txqueuelen:1000
                RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)


lo              Link encap:Local Loopback
                inet addr:127.0.0.1  Mask:255.0.0.0
                UP LOOPBACK RUNNING  MTU:16436  Metric:1
                RX packets:651 errors:0 dropped:0 overruns:0 frame:0
                TX packets:651 errors:0 dropped:0 overruns:0 carrier:0
                collisions:0 txqueuelen:0
                RX bytes:148321 (144.8 KiB)  TX bytes:148321 (144.8 KiB)

wl0             Link encap:Ethernet  HWaddr 84:C9:B2:CC:24:2E
                UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
                RX packets:2845 errors:0 dropped:0 overruns:0 frame:7437
                TX packets:2659 errors:4 dropped:0 overruns:0 carrier:0
                collisions:0 txqueuelen:1000
                RX bytes:203124 (198.3 KiB)  TX bytes:645775 (630.6 KiB)
                Interrupt:31

#

17 (08.07.2012 23:53:28 отредактировано kisil)

Это типа минимальный линукс?. Класно. Попробуйте с консоли добавить маршрут. Для правильного добавления попробуйте воспользоватса

route --help
Trouble  in WINDOWS reboot, trouble in UNIX be root.

18 (08.07.2012 23:46:34 отредактировано XShStasX)

kisil пишет:

Это типа минимальный линукс?. Класно. Попробуйте с консоли добавить маршрут. Для правильного добавления попробуёте воспользоватса

route --help

Да) подозреваю что во многих роутерах есть.
Какой ?... уже много чего перепробывал .. route / ifconfig / ip route
вот еще один результат с роутера.
ip route
192.168.1.0/24 dev br0 proto kernel scope link src 192.168.1.1

Также не могу понять почему если сделать по аналогии как я делал в винде ( выше писал как). то пинг можно сделать только один раз с какого то пк.

19

Интересная проблема, такое впечетление что просто пакеты между ethernet и wifi не прокидываютса, нету форвардинга. Уже незнаю что и посоветовать.
Слушайте это получаетса он у вас в режыме бриджа, так вить. А если попробывать настроить его в режыме роутера, может тогда он начнёт пересылать пакеты.

Trouble  in WINDOWS reboot, trouble in UNIX be root.

20

kisil пишет:

Интересная проблема, такое впечетление что просто пакеты между ethernet и wifi не прокидываютса, нету форвардинга. Уже незнаю что и посоветовать.
Слушайте это получаетса он у вас в режыме бриджа, так вить. А если попробывать настроить его в режыме роутера, может тогда он начнёт пересылать пакеты.

Как его в режим роутера перевести?
И почему когда винда - винда такой проблемы тогда нету... не думаю что винда конфигурирует роутер. да и один пакет пинга можно переслать) (его отлично в видно в iptraf на eth0)
форвадинг вроде включен(на роутере) проверял забыл какой командной, но результат был 1 - тоесть включен.

21

А что если вместо линукса использовать Windows то сеть работает через ethernet - wifi?

Trouble  in WINDOWS reboot, trouble in UNIX be root.

22 (09.07.2012 00:42:37 отредактировано XShStasX)

kisil пишет:

А что если вместо линукса использовать Windows то сеть работает через ethernet - wifi?

Да тогда все шикарно).
на машине которая подключена по ethernet пишу route add "IP машины с wifi" 192.168.1.1
на машине которая подключена по wifi пишу route  add "IP машины с ethernet" 192.168.1.1

После пинги идут в обе стороны.

23

На каком основании такая метрика: 

 Консоль:
link-local      *               255.255.0.0     U     1000   0        0 eth0
192.168.1.0     *               255.255.255.0   U    1      0        0 eth0

Так пингуется:
route del default
route add default gw 192.168.1.1

24

aliaksei1818 пишет:

На каком основании такая метрика: 

 Консоль:
link-local      *               255.255.0.0     U     1000   0        0 eth0
192.168.1.0     *               255.255.255.0   U    1      0        0 eth0

Почему такая метрика понятия не имею ее так поставила ubuntu 12.04

aliaksei1818 пишет:

Так пингуется:
route del default
route add default gw 192.168.1.1

Так не пингуеться тоже, пробывал еще так
route del default
route add default gw 192.168.1.1 dev eth0
Результат нету пинга тоже.

25

Сам шлюз пингуется постоянно?

26

Шлюз да . (если ты имешь ввиду роутер 192.168.1.1).

27

Тогда анализируйте трафик с помощью:
tcpdump -ne -i eth0

28 (09.07.2012 18:28:10 отредактировано XShStasX)

....

29

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         *.*.*.*  0.0.0.0         UG    0      0        0 ppp0
link-local      *               255.255.0.0     U     1000   0        0 eth0
192.168.1.0     *               255.255.255.0   U     1      0        0 eth0
192.168.93.0    *               255.255.255.0   U     0      0        0 vmnet1
192.168.153.0   *               255.255.255.0   U     0      0        0 vmnet8
*.*.*.*  *               255.255.255.255 UH    0      0        0 ppp0

Пинг на роутер и анализ трафика.

PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_req=1 ttl=64 time=0.291 ms
64 bytes from 192.168.1.1: icmp_req=2 ttl=64 time=0.251 ms
64 bytes from 192.168.1.1: icmp_req=3 ttl=64 time=0.268 ms
64 bytes from 192.168.1.1: icmp_req=4 ttl=64 time=0.297 ms

18:14:21.751624 c8:60:00:54:c5:58 > 84:c9:b2:cc:24:2d, ethertype IPv4 (0x0800), length 98: 192.168.1.2 > 192.168.1.1: ICMP echo request, id 8084, seq 1, length 64
18:14:21.751901 84:c9:b2:cc:24:2d > c8:60:00:54:c5:58, ethertype IPv4 (0x0800), length 98: 192.168.1.1 > 192.168.1.2: ICMP echo reply, id 8084, seq 1, length 64
18:14:22.753654 c8:60:00:54:c5:58 > 84:c9:b2:cc:24:2d, ethertype IPv4 (0x0800), length 98: 192.168.1.2 > 192.168.1.1: ICMP echo request, id 8084, seq 2, length 64
18:14:22.753890 84:c9:b2:cc:24:2d > c8:60:00:54:c5:58, ethertype IPv4 (0x0800), length 98: 192.168.1.1 > 192.168.1.2: ICMP echo reply, id 8084, seq 2, length 64
18:14:23.753686 c8:60:00:54:c5:58 > 84:c9:b2:cc:24:2d, ethertype IPv4 (0x0800), length 98: 192.168.1.2 > 192.168.1.1: ICMP echo request, id 8084, seq 3, length 64
18:14:23.753939 84:c9:b2:cc:24:2d > c8:60:00:54:c5:58, ethertype IPv4 (0x0800), length 98: 192.168.1.1 > 192.168.1.2: ICMP echo reply, id 8084, seq 3, length 64
18:14:24.753691 c8:60:00:54:c5:58 > 84:c9:b2:cc:24:2d, ethertype IPv4 (0x0800), length 98: 192.168.1.2 > 192.168.1.1: ICMP echo request, id 8084, seq 4, length 64
18:14:24.753973 84:c9:b2:cc:24:2d > c8:60:00:54:c5:58, ethertype IPv4 (0x0800), length 98: 192.168.1.1 > 192.168.1.2: ICMP echo reply, id 8084, seq 4, length 64
18:14:25.753701 c8:60:00:54:c5:58 > 84:c9:b2:cc:24:2d, ethertype IPv4 (0x0800), length 98: 192.168.1.2 > 192.168.1.1: ICMP echo request, id 8084, seq 5, length 64
18:14:25.753953 84:c9:b2:cc:24:2d > c8:60:00:54:c5:58, ethertype IPv4 (0x0800), length 98: 192.168.1.1 > 192.168.1.2: ICMP echo reply, id 8084, seq 5, length 64
18:14:26.750942 84:c9:b2:cc:24:2d > c8:60:00:54:c5:58, ethertype ARP (0x0806), length 60: Request who-has 192.168.1.2 tell 192.168.1.1, length 46
18:14:26.750965 c8:60:00:54:c5:58 > 84:c9:b2:cc:24:2d, ethertype ARP (0x0806), length 42: Reply 192.168.1.2 is-at c8:60:00:54:c5:58, length 28
18:14:26.753658 c8:60:00:54:c5:58 > 84:c9:b2:cc:24:2d, ethertype IPv4 (0x0800), length 98: 192.168.1.2 > 192.168.1.1: ICMP echo request, id 8084, seq 6, length 64
18:14:26.753857 84:c9:b2:cc:24:2d > c8:60:00:54:c5:58, ethertype IPv4 (0x0800), length 98: 192.168.1.1 > 192.168.1.2: ICMP echo reply, id 8084, seq 6, length 64
18:14:27.753689 c8:60:00:54:c5:58 > 84:c9:b2:cc:24:2d, ethertype IPv4 (0x0800), length 98: 192.168.1.2 > 192.168.1.1: ICMP echo request, id 8084, seq 7, length 64
18:14:27.753935 84:c9:b2:cc:24:2d > c8:60:00:54:c5:58, ethertype IPv4 (0x0800), length 98: 192.168.1.1 > 192.168.1.2: ICMP echo reply, id 8084, seq 7, length 64
18:14:28.753655 c8:60:00:54:c5:58 > 84:c9:b2:cc:24:2d, ethertype IPv4 (0x0800), length 98: 192.168.1.2 > 192.168.1.1: ICMP echo request, id 8084, seq 8, length 64
18:14:28.753897 84:c9:b2:cc:24:2d > c8:60:00:54:c5:58, ethertype IPv4 (0x0800), length 98: 192.168.1.1 > 192.168.1.2: ICMP echo reply, id 8084, seq 8, length 64
18:14:29.753658 c8:60:00:54:c5:58 > 84:c9:b2:cc:24:2d, ethertype IPv4 (0x0800), length 98: 192.168.1.2 > 192.168.1.1: ICMP echo request, id 8084, seq 9, length 64
18:14:29.753914 84:c9:b2:cc:24:2d > c8:60:00:54:c5:58, ethertype IPv4 (0x0800), length 98: 192.168.1.1 > 192.168.1.2: ICMP echo reply, id 8084, seq 9, length 64

пинг на ПК с wifi и анализ трафика

PING 192.168.1.3 (192.168.1.3) 56(84) bytes of data.
From 192.168.1.2 icmp_seq=1 Destination Host Unreachable
From 192.168.1.2 icmp_seq=2 Destination Host Unreachable
From 192.168.1.2 icmp_seq=3 Destination Host Unreachable
From 192.168.1.2 icmp_seq=4 Destination Host Unreachable
From 192.168.1.2 icmp_seq=5 Destination Host Unreachable
From 192.168.1.2 icmp_seq=6 Destination Host Unreachable

18:17:59.849054 c8:60:00:54:c5:58 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.3 tell 192.168.1.2, length 28
18:18:00.845649 c8:60:00:54:c5:58 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.3 tell 192.168.1.2, length 28
18:18:01.845630 c8:60:00:54:c5:58 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.3 tell 192.168.1.2, length 28
18:18:02.862883 c8:60:00:54:c5:58 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.3 tell 192.168.1.2, length 28
18:18:03.861639 c8:60:00:54:c5:58 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.3 tell 192.168.1.2, length 28
18:18:04.861634 c8:60:00:54:c5:58 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.3 tell 192.168.1.2, length 28
18:18:05.878902 c8:60:00:54:c5:58 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.3 tell 192.168.1.2, length 28
18:18:06.877636 c8:60:00:54:c5:58 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.3 tell 192.168.1.2, length 28
18:18:07.877640 c8:60:00:54:c5:58 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.3 tell 192.168.1.2, length 28
18:18:08.894820 c8:60:00:54:c5:58 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.3 tell 192.168.1.2, length 28
18:18:09.893631 c8:60:00:54:c5:58 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.3 tell 192.168.1.2, length 28
18:18:10.893638 c8:60:00:54:c5:58 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.3 tell 192.168.1.2, length 28

30 (09.07.2012 18:24:54 отредактировано XShStasX)

А вот результат с такой таблицой маршрутизации

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         *.*.*.*  0.0.0.0         UG    0      0        0 ppp0
link-local      *               255.255.0.0     U     1000   0        0 eth0
192.168.1.0     *               255.255.255.0   U     1      0        0 eth0
192.168.1.3     192.168.1.1     255.255.255.255 UGH   0      0        0 eth0
192.168.93.0    *               255.255.255.0   U     0      0        0 vmnet1
192.168.153.0   *               255.255.255.0   U     0      0        0 vmnet8
*.*.*.*  *               255.255.255.255 UH    0      0        0 ppp0

пинг на ПК с wifi и анализ трафика

PING 192.168.1.3 (192.168.1.3) 56(84) bytes of data.
From 192.168.1.1: icmp_seq=1 Redirect Host(New nexthop: 192.168.1.3)
64 bytes from 192.168.1.3: icmp_req=1 ttl=127 time=3.55 ms
From 192.168.1.2 icmp_seq=2 Destination Host Unreachable
From 192.168.1.2 icmp_seq=3 Destination Host Unreachable
From 192.168.1.2 icmp_seq=4 Destination Host Unreachable

18:20:33.299562 c8:60:00:54:c5:58 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.1 tell 192.168.1.2, length 28
18:20:33.299754 84:c9:b2:cc:24:2d > c8:60:00:54:c5:58, ethertype ARP (0x0806), length 60: Reply 192.168.1.1 is-at 84:c9:b2:cc:24:2d, length 46
18:20:33.299761 c8:60:00:54:c5:58 > 84:c9:b2:cc:24:2d, ethertype IPv4 (0x0800), length 98: 192.168.1.2 > 192.168.1.3: ICMP echo request, id 8217, seq 1, length 64
18:20:33.300120 84:c9:b2:cc:24:2d > c8:60:00:54:c5:58, ethertype IPv4 (0x0800), length 126: 192.168.1.1 > 192.168.1.2: ICMP redirect 192.168.1.3 to host 192.168.1.3, length 92
18:20:33.300137 c8:60:00:54:c5:58 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.3 tell 192.168.1.2, length 28
18:20:33.301037 84:c9:b2:cc:24:2d > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Request who-has 192.168.1.3 tell 192.168.1.1, length 46
18:20:33.303102 84:c9:b2:cc:24:2d > c8:60:00:54:c5:58, ethertype IPv4 (0x0800), length 98: 192.168.1.3 > 192.168.1.2: ICMP echo reply, id 8217, seq 1, length 64
18:20:34.297632 c8:60:00:54:c5:58 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.3 tell 192.168.1.2, length 28
18:20:35.297636 c8:60:00:54:c5:58 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.3 tell 192.168.1.2, length 28
18:20:36.306725 c8:60:00:54:c5:58 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.3 tell 192.168.1.2, length 28
18:20:37.305643 c8:60:00:54:c5:58 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.3 tell 192.168.1.2, length 28
18:20:38.305637 c8:60:00:54:c5:58 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.3 tell 192.168.1.2, length 28
18:20:39.322839 c8:60:00:54:c5:58 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.3 tell 192.168.1.2, length 28
18:20:40.321643 c8:60:00:54:c5:58 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.3 tell 192.168.1.2, length 28
18:20:41.321645 c8:60:00:54:c5:58 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.3 tell 192.168.1.2, length 28

Тут отлично видно что первый пинг прошел!... а вот остальные...