Flip Linux
  1. Flip Linux
  3. Счетчик ошибок с высоким RX-пакетом с модемом – как анализировать?
Intereting Posts
Как настроить VLAN в той же подсети, что и Ethernet? как удалить более крупный файл (например, 180G) в системе unix? Как создать правило для замены пользовательского флага с помощью оболочки C? Как не проходить через туннель openvpn для определенного порта sed или awk, чтобы заменить строку между шаблоном (преобразовать абсолютный путь в относительный) Почему rmdir и unlink два отдельных системных вызова? Значение символов «-» и «+» при завершении фоновых процессов? Как включить копирование в буфер с помощью zathura-pdf-poppler? Невозможно изменить уровень журнала в samba LinuxMint – `who`,` w` и `last` не сообщают о терминальных эмуляторах anylonger Двойная загрузка через grub2 Неправильно ли использовать сценарии из домашней директории пользователей из корневых задач (например, dhcp hooks)? Ошибка: запрошенный тип данных первичный недоступен Ошибка аутентификации MongoDB? Расположение сценария Fsck

Счетчик ошибок с высоким RX-пакетом с модемом – как анализировать?

Я тестирую CDMA-модем в своей встроенной Linux-системе Debian. Я делаю несколько виджетов больших файлов, и иногда вижу, что происходит соединение. Глядя на вывод ifconfig для интерфейса PPP, я вижу, что количество ошибок довольно велико (353 ошибки). Есть ли какой-либо простой способ определить, что эти ошибки на самом деле? 

 ppp0 Link encap:Point-to-Point Protocol inet addr:166.248.251.38 PtP:66.174.217.80 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1 RX packets:6490 errors:353 dropped:0 overruns:0 frame:0 TX packets:5901 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:3 RX bytes:7712851 (7.3 MiB) TX bytes:568635 (555.3 KiB)

Я считаю, что вы можете использовать Wireshark для определения того, почему эти пакеты повторно передаются. Выдержка из этой темы на форуме Wireshark под названием: Wireshark-users: Re: [Wireshark-users] обнаружение ошибок tcp .

выдержка # 1

На солнце, 18 апреля 2010 года в 16:17, Виктор Лямцев писал:

Здравствуй,

как я могу найти ошибку повторной передачи для последовательности TCP в capturehark capture? Должен ли я искать ACK с повторным порядковым номером? Например:

[ACK] Seq = 1355 Ack = 13409 … [ACK] Seq = 1355 Ack = 13500

Как я могу обнаружить ошибки контрольной суммы из захвата?

Спасибо, -vvv

выдержка № 2 

 Also just go to the menu item Analyze>Expert Info. Click on a, for example, Retransmission row inside the Expert Infos box and it will take you to the exact location within the pcap. On 4/18/10, Abhik Sarkar <sarkar.abhik@xxxxxxxxx> wrote: > Hi Victor, > > Have a look at this page: http://www.wireshark.org/docs/dfref/t/tcp.html > > You can use display filter on the following fields: > tcp.analysis.retransmission > tcp.analysis.fast_retransmission > tcp.checksum_bad > > For TCP checksums, please also refer to this page: > http://wiki.wireshark.org/TCP_Checksum_Verification > For retransmissions, also refer to this page: > http://wiki.wireshark.org/PacketLoss > > HTH > Abhik. > > On Sun, Apr 18, 2010 at 4:17 PM, Victor lyamtsev <vlyamtsev@xxxxxxxxx>wrote: > >> Hi, >> >> how can i locate retransmission error for TCP sequence in wireshark >> capture ? >> Should I look for ACK with repeated sequence number ? >> For example: >> >> [ACK] Seq = 1355 Ack = 13409 ... >> [ACK] Seq = 1355 Ack = 13500 >> >> How can i detect checksum errors from the capture ? >> >> Thanks, >> -vvv

Основные ресурсы из этого потока:

  • Контрольные суммы TCP
  • повторные передачи

Вы захотите перейти под «Экспертную информацию» в раскрывающемся списке «Анализ», оттуда, если вы захватите пакеты, вы должны увидеть несколько повторных передач, если это будет коррелировать с вашими ошибками.