D-Link • Просмотр темы - Еще один супер баг в 824?

Сообщения без ответов | Активные темы

Список форумов » Маршрутизаторы и Firewall

Часовой пояс: UTC + 3 часа

Еще один супер баг в 824?

Модераторы: Sergei Asmankin, Sergik, Vitaliy Korkunov

Страница 1 из 1

[ Сообщений: 9 ]

Предыдущая тема | Следующая тема

Автор

Сообщение

trouble

Заголовок сообщения: Еще один супер баг в 824?

Добавлено: Вт апр 05, 2005 22:11

Зарегистрирован: Чт мар 10, 2005 00:06
Сообщений: 46
Откуда: Moscow

Когда были проблемы с логингом, поставил последнюю прошивку, но тут всплыл новый баг, который очень сильно анноит: комп под os/2, а иногда и win2k перестают видеть этот роутер. Полумух, если включить логинг на сетевом интерфейсе, от которого шнурок идет до роутера, то можно увидеть, как попалама ругается на кривые пакеты идущие от роутера, после чего адрес роутера как бы блокируется.

Последний раз редактировалось trouble Чт апр 07, 2005 08:42, всего редактировалось 1 раз.

Вернуться наверх

Sergey Sivcov

Заголовок сообщения:

Добавлено: Ср апр 06, 2005 06:53

Сотрудник D-LINK

Зарегистрирован: Ср янв 26, 2005 09:50
Сообщений: 926
Откуда: Novosibirsk

Что за пакеты, какого типа. Описывайте проблему подробно. Укажите firmware версию и какие настройки сделаны в DI-824VUP+ ?

Вернуться наверх

trouble

Заголовок сообщения:

Добавлено: Ср апр 06, 2005 21:38

Зарегистрирован: Чт мар 10, 2005 00:06
Сообщений: 46
Откуда: Moscow

H/W: A1 F/W: 1.03

Девайс по адресу 192.168.1.100
Комп на котором постоянные обломы по адресу 192.168.1.1 (OS/2)
Винда по адресу 192.168.1.10 (иногда тоже отваливается из-за меньшей нагрузки)

Вот как мы пингуем девайс, таблица арпов перед этим была очищена:

Код:

-------------------------- #:1 --------------------------
 Delta Time:  0.000sec   Packet Length: 42 bytes (2A hex)
 DIX:   Dest: FF:FF:FF:FF:FF:FF   Source: 00:A0:C9:9C:A1:32
-------------------------- ARP --------------------------
 ARP:  Hardware Type:1     (Ethernet 10Mb)
 ARP:  Protocol Type:0800 (IP Address)
 ARP:  Hardware Len:6 
 ARP:  Protocol Len:4 
 ARP:  Operation:1  (ARP Request)
 ARP:  Sender HW address: 00A0C99CA132
 ARP:  Sender PA: 192.168.001.001.
 ARP:  Target HW address: 000000000000
 ARP:  Target PA: 192.168.001.100.

-------------------------- #:2 --------------------------
 Delta Time:  0.000sec   Packet Length: 60 bytes (3C hex)
 DIX:   Dest: 00:A0:C9:9C:A1:32   Source: 00:0D:88:AE:38:48
-------------------------- ARP --------------------------
 ARP:  Hardware Type:1     (Ethernet 10Mb)
 ARP:  Protocol Type:0800 (IP Address)
 ARP:  Hardware Len:6 
 ARP:  Protocol Len:4 
 ARP:  Operation:2  (ARP Response)
 ARP:  Sender HW address: 000D88AE3848
 ARP:  Sender PA: 192.168.001.100.
 ARP:  Target HW address: 00A0C99CA132
 ARP:  Target PA: 192.168.001.001.

-------------------------- #:3 --------------------------
 Delta Time:  0.000sec   Packet Length: 46 bytes (2E hex)
 DIX:   Dest: 00:0D:88:AE:38:48   Source: 00:A0:C9:9C:A1:32
 DIX:   Dest: 192.168.001.100    Source:  192.168.001.001
----------------------- IP HEADER -----------------------
 IP:  Version: 4 Correct    Header Length: 20 bytes
 IP:  Type Of Service: 00
 IP:     000. ....  Routine
 IP:     ...0 ....  Normal Delay
 IP:     .... 0...  Normal Throughput
 IP:     .... .0..  Normal Reliability
 IP:  Total Len: 32 (x20) bytes          Id: 0227
 IP:  Flags: 0
 IP:     .0..       May Fragment
 IP:     ..0.       Last Fragment
 IP:  Fragment Offset: 000
 IP:  Time To Live: 255 sec    Protocol: 1  ICMP
 IP:  Header Checksum: 3600    (Correct)
 IP:  No Options
---------------------- ICMP HEADER ----------------------
 ICMP:  Type: 08  Echo
 ICMP:  Checksum: EF7B    (Correct)
 ICMP:  Identify: 0884 
 ICMP:  Sequence #: 0000 
--------------------------------- DATA -----------------------------------
0000 00 00 00 00                                          ....


-------------------------- #:4 --------------------------
 Delta Time:  0.000sec   Packet Length: 60 bytes (3C hex)
 DIX:   Dest: 00:A0:C9:9C:A1:32   Source: 00:0D:88:AE:38:48
 DIX:   Dest: 192.168.001.001    Source:  192.168.001.100
----------------------- IP HEADER -----------------------
 IP:  Version: 4 Correct    Header Length: 20 bytes
 IP:  Type Of Service: 00
 IP:     000. ....  Routine
 IP:     ...0 ....  Normal Delay
 IP:     .... 0...  Normal Throughput
 IP:     .... .0..  Normal Reliability
 IP:  Total Len: 32 (x20) bytes Error??  Id: 010D
 IP:  Flags: 0
 IP:     .0..       May Fragment
 IP:     ..0.       Last Fragment
 IP:  Fragment Offset: 000
 IP:  Time To Live: 64 sec    Protocol: 1  ICMP
 IP:  Header Checksum: F61A    (Correct)
 IP:  No Options
---------------------- ICMP HEADER ----------------------
 ICMP:  Type: 00  Echo Reply
 ICMP:  Checksum: F77B    (Correct)
 ICMP:  Identify: 0884 
 ICMP:  Sequence #: 0000 
--------------------------------- DATA -----------------------------------
0000 00 00 00 00                                          ....

Вопросы:
Почему ответ на арп-запрос 60 байт, когда по стандарту 42? Винда отвечает пакетом размером в 42 байта!
Почему ответ на пинг 60 байт, когда должен был быть 46?

Вот пинг со стороны роутера, операционка его не захотела переваривать:

Код:

-------------------------- #:2 --------------------------
 Delta Time:  6.753sec   Packet Length: 60 bytes (3C hex)
 DIX:   Dest: 00:A0:C9:9C:A1:32   Source: 00:0D:88:AE:38:48
 DIX:   Dest: 192.168.001.001    Source:  192.168.001.100
----------------------- IP HEADER -----------------------
 IP:  Version: 4 Correct    Header Length: 20 bytes
 IP:  Type Of Service: 00
 IP:     000. ....  Routine
 IP:     ...0 ....  Normal Delay
 IP:     .... 0...  Normal Throughput
 IP:     .... .0..  Normal Reliability
 IP:  Total Len: 32 (x20) bytes Error??  Id: 97D3
 IP:  Flags: 0
 IP:     .0..       May Fragment
 IP:     ..0.       Last Fragment
 IP:  Fragment Offset: 000
 IP:  Time To Live: 64 sec    Protocol: 1  ICMP
 IP:  Header Checksum: 5F54    (Correct)
 IP:  No Options
---------------------- ICMP HEADER ----------------------
 ICMP:  Type: 08  Echo
 ICMP:  Checksum: F3FD    (Correct)
 ICMP:  Identify: 0000 
 ICMP:  Sequence #: 0000 
--------------------------------- DATA -----------------------------------
0000 01 02 03 00                                          ....

Если шла подделка под винду, то вот пинг со стороны винды (192.168.1.10):

Код:

-------------------------- #:1 --------------------------
 Delta Time:  0.000sec   Packet Length: 74 bytes (4A hex)
 DIX:   Dest: 00:A0:C9:9C:A1:32   Source: 00:02:55:90:62:7F
 DIX:   Dest: 192.168.001.001    Source:  192.168.001.010
----------------------- IP HEADER -----------------------
 IP:  Version: 4 Correct    Header Length: 20 bytes
 IP:  Type Of Service: 00
 IP:     000. ....  Routine
 IP:     ...0 ....  Normal Delay
 IP:     .... 0...  Normal Throughput
 IP:     .... .0..  Normal Reliability
 IP:  Total Len: 60 (x3C) bytes          Id: 4AEA
 IP:  Flags: 0
 IP:     .0..       May Fragment
 IP:     ..0.       Last Fragment
 IP:  Fragment Offset: 000
 IP:  Time To Live: 200 sec    Protocol: 1  ICMP
 IP:  Header Checksum: 247B    (Correct)
 IP:  No Options
---------------------- ICMP HEADER ----------------------
 ICMP:  Type: 08  Echo
 ICMP:  Checksum: 435C    (Correct)
 ICMP:  Identify: 0200 
 ICMP:  Sequence #: 0800 
--------------------------------- DATA -----------------------------------
0000 61 62 63 64 65 66 67 68    69 6A 6B 6C 6D 6E 6F 70   abcdefghijklmnop
0010 71 72 73 74 75 76 77 61    62 63 64 65 66 67 68 69   qrstuvwabcdefghi


-------------------------- #:2 --------------------------
 Delta Time:  0.000sec   Packet Length: 74 bytes (4A hex)
 DIX:   Dest: 00:02:55:90:62:7F   Source: 00:A0:C9:9C:A1:32
 DIX:   Dest: 192.168.001.010    Source:  192.168.001.001
----------------------- IP HEADER -----------------------
 IP:  Version: 4 Correct    Header Length: 20 bytes
 IP:  Type Of Service: 00
 IP:     000. ....  Routine
 IP:     ...0 ....  Normal Delay
 IP:     .... 0...  Normal Throughput
 IP:     .... .0..  Normal Reliability
 IP:  Total Len: 60 (x3C) bytes          Id: 57DD
 IP:  Flags: 0
 IP:     .0..       May Fragment
 IP:     ..0.       Last Fragment
 IP:  Fragment Offset: 000
 IP:  Time To Live: 64 sec    Protocol: 1  ICMP
 IP:  Header Checksum: 9F88    (Correct)
 IP:  No Options
---------------------- ICMP HEADER ----------------------
 ICMP:  Type: 00  Echo Reply
 ICMP:  Checksum: 4B5C    (Correct)
 ICMP:  Identify: 0200 
 ICMP:  Sequence #: 0800 
--------------------------------- DATA -----------------------------------
0000 61 62 63 64 65 66 67 68    69 6A 6B 6C 6D 6E 6F 70   abcdefghijklmnop
0010 71 72 73 74 75 76 77 61    62 63 64 65 66 67 68 69   qrstuvwabcdefghi

Как видим, если размер блока данных уменьшить на 28 байт, чтобы получить 4 байта, как делает посылки роутер, то размер пакета будет 46 байт, по стандарту, ане 60.

Так что читаем RFC и правим стек, в частности IP-headers.

Обычные TCP и UDP пакеты публиковать не стал, тк бага именно в IP-headers и с ними таже бяда. Со стороны WAN проверить нет возможности пока.

Вернуться наверх

trouble

Заголовок сообщения:

Добавлено: Чт апр 07, 2005 08:35

Зарегистрирован: Чт мар 10, 2005 00:06
Сообщений: 46
Откуда: Moscow

На примере пинга с набором данных в 4 байта, то пакет будет выглядеть следующим образом:

Код:

DIX          14 bytes
IP-header    20 bytes
ICMP-header   8 bytes
Data          4 bytes

Если сложить все цифры, получаем 46, откуда роутер взял 60?

Вернуться наверх

trouble

Заголовок сообщения:

Добавлено: Пт апр 08, 2005 10:58

Зарегистрирован: Чт мар 10, 2005 00:06
Сообщений: 46
Откуда: Moscow

Есть какие комментарии или решили забить?

Вернуться наверх

Sergey Sivcov

Заголовок сообщения:

Добавлено: Пт апр 08, 2005 12:15

Сотрудник D-LINK

Зарегистрирован: Ср янв 26, 2005 09:50
Сообщений: 926
Откуда: Novosibirsk

Уважаемый trouble проверьте ситуацию с двух сторон (даже на примере двух компьютеров) и посмотрите результаты.

Цитата:

Так что читаем RFC и правим стек, в частности IP-headers.

C IP-headers все абсолютно нормально (длинна одинаковая

), смотрите в сторону технологии Ethernet.

Цитата:

решили забить

Маленько неприятно подобное обращение.

Вернуться наверх

trouble

Заголовок сообщения:

Добавлено: Пт апр 08, 2005 13:17

Зарегистрирован: Чт мар 10, 2005 00:06
Сообщений: 46
Откуда: Moscow

Sergey Sivcov писал(а):

Уважаемый trouble проверьте ситуацию с двух сторон (даже на примере двух компьютеров) и посмотрите результаты.

Цитата:

Так что читаем RFC и правим стек, в частности IP-headers.

C IP-headers все абсолютно нормально (длинна одинаковая

), смотрите в сторону технологии Ethernet.

Это не я должен смотреть. Это тогда разработчики девайса должны смотреть.

Sergey Sivcov писал(а):

Цитата:

решили забить

Маленько неприятно подобное обращение.

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

Вы посмотрите в реализацию транспорта в девайсе, а я покапаю со своей стороны в плане отключения опций стека на контроль данных.

Вернуться наверх

Sergey Sivcov

Заголовок сообщения:

Добавлено: Пн апр 11, 2005 08:05

Сотрудник D-LINK

Зарегистрирован: Ср янв 26, 2005 09:50
Сообщений: 926
Откуда: Novosibirsk

Ни какой ошибки в работе протоколов нет! Проведите элементарный эксперимент. Подключите два компьютера к хабу и запустите между ними ping. Так же к хабу подключите третий компьютер и запустите на нем сниффер. Вы увидите что пакеты ходят одинаковой длинны. А то что если сниффер запустить на машине с которой пингуете и пакеты будут меньшей длинны, так это проблемы сниффера. Тему обсуждения неправильной работы протоколов предлагаю закрыть и обсудить вопрос почему у Вас компьютеры перестают видеть роутер.

Вернуться наверх

trouble

Заголовок сообщения:

Добавлено: Пн апр 11, 2005 12:03

Зарегистрирован: Чт мар 10, 2005 00:06
Сообщений: 46
Откуда: Moscow

наверное из разряда приколов: вытащил роутер из-под стола и поставил вертикально. проблкмы ушли сами собой.
скорее всего проблема в вентиляции, тк когда его опять горизонтально ставил, то проявлялся тот же эффект.

Вернуться наверх

Страница 1 из 1

[ Сообщений: 9 ]

Список форумов » Маршрутизаторы и Firewall

Часовой пояс: UTC + 3 часа

Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 235

Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения