сеть через ieee1394 - Destination Host Unreachable

0

1

Решил подключить комп к ноуту через firewire. Все интерфейсы поднялись, но пакеты не приходят.

Сижу на slackware-current с ядром 2.6.37.4 Ноут (Dell Vostro 3700) вот с таким вот адаптером:

root@trium:~# lspci | grep 1394
14:00.3 FireWire (IEEE 1394): Ricoh Co Ltd FireWire Host Controller (rev 01)

старый стек ieee1394 в новых ядрах убрали. значит теперь используем новый:

root@trium:~# modprobe firewire-net
root@trium:~# lsmod | grep fire
firewire_net           12930  0 
firewire_ohci          27301  0 
firewire_core          51107  2 firewire_net,firewire_ohci

dmesg сообщает это:

firewire_net: firewire0: IPv4 over FireWire on device 47203fc0434fc000
firewire_net: max_rec 0 out of range
firewire_core: refreshed device fw0

с первой строчкой всё ясно, а вот вторая настораживает. может в этом и проблема? ладно. идём дальше. поднимает интерфейс:

root@trium:~# ifconfig firewire0 192.168.1.2 netmask 255.255.255.0 up
root@trium:~# ifconfig
firewire0 Link encap:UNSPEC  HWaddr 47-20-3F-C0-43-4F-C0-00-00-00-00-00-00-00-00-00  
          inet addr:192.168.1.2  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING 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:20 
          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
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:24 errors:0 dropped:0 overruns:0 frame:0
          TX packets:24 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:2445 (2.3 KiB)  TX bytes:2445 (2.3 KiB)

тоже самое проделал на компе. ось - точно такая же. устройство firewire -

05:06.0 FireWire (IEEE 1394): VIA Technologies, Inc. VT6306/7/8 [Fire II(M)] IEEE 1394 OHCI Controller (rev 46)

dmesg выдал тоже самое:

firewire_net: firewire0: IPv4 over FireWire on device 4d5a900003000000
firewire_net: max_rec 0 out of range
firewire_core: refreshed device fw0

конфигурация интерфейса такая -

root@bium:~# ifconfig firewire0 192.168.1.3 netmask 255.255.255.0
root@bium:~# ifconfig
firewire0 Link encap:UNSPEC  HWaddr 4D-5A-90-00-03-00-00-00-00-00-00-00-00-00-00-00  
          inet addr:192.168.1.3  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING 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:20 
          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
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:107 errors:0 dropped:0 overruns:0 frame:0
          TX packets:107 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:70120 (68.4 KiB)  TX bytes:70120 (68.4 KiB)

теперь смотрим на пинг -

root@trium:~# ping -c 3 192.168.1.3
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

--- 192.168.1.3 ping statistics ---
3 packets transmitted, 0 received, +3 errors, 100% packet loss, time 1999ms
pipe 3

да. кабель подключен. порты правда разные - на ноуте 4pin, на компе - 6pin. насколько я знаю у 6-пинового два провода идут на питания. так что, если у меня кабель с переходником 4 на 6, то думаю не в этом дело.

вот вроде всё. выручайте )

Ссылка

←	Привязка клиентов PPTPD к номеру интерфейса?

Ubuntu 10.04 странное поведение JetDirect

→

1) на одном компе запускаешь tcpdump и смотришь, идут ли пакеты

2) /sbin/route -n что показывает?

anonymous
(21.03.11 23:44:45 MSK)

Ответ на: комментарий от anonymous 21.03.11 23:44:45 MSK

шлю пинг с компа на ноут. tcpdump на компе пишет

ARP, Request who-has 192.168.1.2 tell 192.168.1.3, length 32
ARP, Request who-has 192.168.1.2 tell 192.168.1.3, length 32
ARP, Request who-has 192.168.1.2 tell 192.168.1.3, length 32

на ноуте в tcpdump'е вижу, что запрос пришёл, и шлётся ответ:

ARP, Request who-has 192.168.1.2 tell 192.168.1.3, length 32
ARP, Reply 192.168.1.2 is-at 47:20:3f:c0:43:4f:c0:00, length 32
ARP, Request who-has 192.168.1.2 tell 192.168.1.3, length 32
ARP, Reply 192.168.1.2 is-at 47:20:3f:c0:43:4f:c0:00, length 32
ARP, Request who-has 192.168.1.2 tell 192.168.1.3, length 32
ARP, Reply 192.168.1.2 is-at 47:20:3f:c0:43:4f:c0:00, length 32

но на комп этот ответ не приходит... ну во всяком случае tcpdump ничего не выдаёт. первая мысль - входящие пакеты комп вообще не видит.

Теперь пробую слать пинг с ноута на комп tcpdump на ноуте пишет:

IP 192.168.1.2 > 192.168.1.3: ICMP echo request, id 5075, seq 1, length 64
ARP, Request who-has 192.168.1.2 tell 192.168.1.3, length 32
ARP, Reply 192.168.1.2 is-at 47:20:3f:c0:43:4f:c0:00, length 32
ARP, Request who-has 192.168.1.2 tell 192.168.1.3, length 32
ARP, Reply 192.168.1.2 is-at 47:20:3f:c0:43:4f:c0:00, length 32
ARP, Request who-has 192.168.1.2 tell 192.168.1.3, length 32
ARP, Reply 192.168.1.2 is-at 47:20:3f:c0:43:4f:c0:00, length 32

tcpdump на компе:

IP 192.168.1.2 > 192.168.1.3: ICMP echo request, id 5075, seq 1, length 64
ARP, Request who-has 192.168.1.2 tell 192.168.1.3, length 32
ARP, Request who-has 192.168.1.2 tell 192.168.1.3, length 32
ARP, Request who-has 192.168.1.2 tell 192.168.1.3, length 32

Не понимаю, чего вдруг ноут послал ICMP echo request. Почему не обычный «ARP, Request who-has 192.168.1.3 tell 192.168.1.2, length 32»????

по-поводу route -n :

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 firewire0
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo

xa0c
(22.03.11 02:27:48 MSK) автор топика

Ответ на: комментарий от xa0c 22.03.11 02:27:48 MSK

iptables -L на двух компах что показывает? Попробуй сделать iptables --flush

anonymous
(22.03.11 02:42:15 MSK)

Ответ на: комментарий от anonymous 22.03.11 02:42:15 MSK

iptables пуст и там и там:

root@trium:/# iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

ещё один странный момент: изначально на комп пинг вообще не хотел приходить (в tcpdump'е было пусто). но как только я послал пинг с компа на ноут, поведение поменялось на (см предыдущий пост).

зы: другие интерфейсы я заранее деактивировал. думаю не в них же проблема.

xa0c
(22.03.11 03:25:12 MSK) автор топика

Ответ на: комментарий от xa0c 22.03.11 03:25:12 MSK

В предыдущем посте ping запросы это как раз «ICMP Echo».

Попробуй протестировать TCP соединения, можно пользоваться netcat/iperf

anonymous
(22.03.11 03:31:54 MSK)

Ответ на: комментарий от anonymous 22.03.11 03:31:54 MSK

вобщем я так понял, что комп вообще отказывается принимать ARP пакеты. попробовал с ноута делать arping с явным указанием интерфейса. но в tcpdump'е на компе пусто.

xa0c
(22.03.11 21:55:20 MSK) автор топика

Ссылка

Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.

←	Привязка клиентов PPTPD к номеру интерфейса?

Admin

Ubuntu 10.04 странное поведение JetDirect

→

Похожие темы