Ну разговор сейчас не про дропы а про Oversize Error. Дропаются ли при этом пакеты — я не уверен, при ручной проверке «большой» пакет прошел через эту цепочку.
Когда нагрузка была меньше их небыло. Но тогда и не бегали QinQ пакеты.
На всех трёх свичах
Jumbo Frame State : Enabled
Maximum Jumbo Frame Size : 13312 Bytes
QinQ Status : Enabled
Конфигурация включения такая:
DGS-3120-24TC <—10G—>DGS-3120-24SC<—10G—>DGS-3120-24SC
В DGS-3120-24TC в 23+24 (LA на два порта) включен «трафикогенерирующий» абонент. На этот порт вешается «двойной» тег на свиче.
В «дальний» DGS-3120-24SC включен сервер обрабатывающий этот трафик.
create vlan VLAN2010 tag 2010
config vlan VLAN2010 add tagged 2,4,6,8,10,12,23-26 advertisement disable
enable qinq
disable gvrp
config gvrp nni_bpdu_addr dot1ad
disable asymmetric_vlan
disable vlan_trunk
config port_vlan 1,3,5,7,9,11 gvrp_state disable ingress_checking enable acceptable_frame admit_all pvid 1112
config port_vlan 2,4,6,8,10,12-18,21-22,25-26 gvrp_state disable ingress_checking enable acceptable_frame admit_all pvid 1
config port_vlan 19-20 gvrp_state disable ingress_checking enable acceptable_frame admit_all pvid 205
config port_vlan 23-24 gvrp_state disable ingress_checking enable acceptable_frame admit_all pvid 2010
config qinq ports 1-22,25-26 role nni missdrop disable outer_tpid 0x8100
config qinq ports 23-24 role uni missdrop disable outer_tpid 0x8100
config qinq ports 23-24 add_inner_tag 0xF7
RX (recive) — принимать пакеты приходящие от клиента
TX (transmit) передавать— пакеты приходящие к клиенту
Типы ошибок:
CRC Error — ошибки проверки контрольной суммы
Undersize — возникают при получение фрейма размером 61-64 байта.
Фрейм передается дальше, на работу не влияет
Oversize — возникают при получении пакета размером более 1518 байт и правильной контрольной суммой
Jabber — возникает при получении пакета размером более 1518 байт и имеющего ошибки в контрольной сумме
Drop Pkts — пакеты отброшенные в одном из трех случаев:
Какие пакеты входят в Drop Packets при выводе show error ports?
Переполнение входного буфера на порту
Пакеты, отброшенные ACL
Проверка по VLAN на входе
Fragment — количество принятых кадров длиной менее 64 байт (без преамбулы и начального ограничителя кадра, но включая байты FCS — контрольной суммы) и содержащих ошибки FCS или ошибки выравнивания.
Excessive Deferral — количество пакетов, первая попытка отправки которых была отложена по причине занятости среды передачи.
Collision — возникают, когда две станции одновременно пытаются передать кадр данных по общей сред
Late Collision — возникают, если коллизия была обнаружена после передачи первых 64 байт пакета
Excessive Collision — возникают, если после возникновения коллизии последующие 16 попыток передачи пакета окончались неудачей. данный пакет больше не передается
Single Collision — единичная коллизия
Не всегда понятно что может означать та или иная ошибка при передаче. Ниже моя попытка объяснить значение счетчиков ошибок, которые регистрирует коммутатор.
Счетчики ошибок при получении кадров (RX):
CRC Error
Counts otherwise valid packets that did not end on a byte (octet) boundary.
Счетчик ошибок контрольной суммы (CRC). В свою очередь, является суммой счетчиков Alignment Errors и FCS Errors.
FCS (Frame Check Sequence) Errors — ошибки в контрольной последовательности кадра. Счетчик регистрирует кадры с ошибками FCS, при этом кадры имеют корректный размер (от 64 до 1518 байт) и получены без ошибок кадрирования или коллизий.
Alignment Errors — ошибки выравнивания (некорректной длины кадра). Счетчик регистрирует кадры с ошибками FCS, при этом кадры имеют корректный размер (от 64 до 1518 байт), но были получены с ошибками кадрирования.
В случае, если кадр был классифицирован как имеющий ошибку Alignment Error, счетчик FCS при этом не увеличивается. Иными словами, инкрементируется либо счетчик FCS либо Aligment, но не оба сразу.
UnderSize
The number of packets detected that are less than the minimum permitted packets size of 64
bytes and have a good CRC. Undersize packets usually indicate collision fragments, a normal
network occurrence.
Счетчик кадров с правильной контрольной суммой и размером менее 64 байт. Такие кадры могут возникать в результате коллизий в сети.
OverSize
Counts valid packets received that were longer than 1518 octets and less than the
MAX_PKT_LEN. Internally, MAX_PKT_LEN is equal to 1536.
Счетчик кадров с правильной контрольной суммой, размер которых превышает 1518 байт, но не превышает 1536 байт — внутреннего максимального значения кадра.
Fragment
The number of packets less than 64 bytes with either bad framing or an invalid CRC. These
are normally the result of collisions.
Счетчик кадров с неправильной контрольной суммой или структурой кадра и размером менее 64 байт. Такие кадры могут возникать в результате коллизий в сети.
Jabber
Counts invalid packets received that were longer than 1518 octets and less than the
MAX_PKT_LEN. Internally, MAX_PKT_LEN is equal to 1536.
Счетчик кадров с неправильной контрольной суммой, размер которых превышает 1518 байт, но не превышает 1536 байт — внутренного максимального значения кадра.
Счетчик ошибок при отправке кадров (TX):
Excessive Deferrral
Counts the number of packets for which the first transmission attempt on a particular
interface was delayed because the medium was busy.
Счетчик кадров, первая попытка отправки которых было отложена из-за занятости среды передачи.
CRC Error
Counts otherwise valid packets that did not end on a byte (octet) boundary.
Счетчик ошибок контрольной суммы (CRC).
На практике никогда не увеличивается.
Late Collision
Counts the number of times that a collision is detected later than 512 bit-times into the
transmission of a packet.
Счетчик случаев когда коллизия обнаруживалась после передачи первых 64 байт (512 бит) кадра.
Excessive Collision
Excessive Collisions. The number of packets for which transmission failed due to excessive
collisions.
Счетчик кадров, отправка которых не удалась из-за чрезмерного количества колизий.
Single Collision
Single Collision Frames. The number of successfully transmitted packets for which
transmission is inhibited by more than one collision.
Счетчик успешно отправленных кадров, передача которых вызвала более одной коллизии.
Collision
An estimate of the total number of collisions on this network segment.
Счетчик общего числа коллизий в сегменте сети.
Моно добавить, что на практике RX CRC обычно является результатом деградации среды передачи (медный кабель или оптоволокно), а TX-коллизии — результатом неправильного согласования скорости соединения, например half-линка.
Неплохая расшифровка значений счетчиков приведена тут.
Обзор
- Основные команды
- Варианты записей присутствующих в логах коммутатора
- Типы ошибок
- Дополнительные команды
- Диагностика кабеля
- IP-MAC-Port Binding

Основные команды
show ports
Показать инфо о портах
config ports x state enable
Включить порт
config ports x state disable
Выключить порт
config bandwidth_control <portlist>
Изменение скорости
config vlan default(имя влана) delete xx
config vlan v996 (имя влана) add untagged xx
Изменение влана
show switch
Отображение информации о коммутаторе.
Важно: не путать версию прошивки и версию конфига
show log
Просмотр логов коммутатора
show ports description
Просмотр описания порта
config ports X description
Добавить описание порта
show arpentry
Отображает ARP-кэш. В D-Link нет функции поиска IP по заданному MAC’y, поэтому при необходимости такого поиска приходится выводить весь кэш на экран и искать вручную.
show fdb port <№ порта>
Отображение MAC-адресов на заданном порту
show fdb mac_address <MAC-адрес>
Отображает принадлежность MAC-адреса порту коммутатора
show packet ports <№ порта>
Отображение статистики трафика на порту в реальном времени.
- RX — пакеты приходящие от клиента
- TX — пакеты приходящие к клиенту
show utilization cpu
Отображение загрузки центрального процессора, за последние 5 секунд, минуту и 5 минут.
show utilization ports
Отображение загрузки портов в PPS (пакеты в секунду)
show ipif
Отображение информации по всем сконфигурированным интерфейсам на данном свитче.
show iproute
Отображение таблицы маршрутизации свитча
sh fdb
Отображение всех сконфигурированных интерфейсов свитча и MAC-адреса подключенных к ним устройств.
show error ports <№ порта>
Отображение ошибок передачи пакетов на заданном порту
Варианты записей присутствующих в логах коммутатора
7028 2008/10/23 18:51:57 Port 19 link down — упал линк на 19-м порту
7029 2008/10/23 18:52:01 Port 19 link up, 100Mbps FULL duplex — линк поднялся на 19-м порту установлена скорость передачи 100Mb установлен режим полного дуплекса
7045 2008/10/23 19:28:19 Multicast storm is occurring (port: 18) — зафиксирован мультикаст шторм на 18 порту.
7035 2008/10/23 19:06:19 Multicast storm has cleared (port: 8) — мультикаст шторм был очищен
7313 2008/10/24 21:59:16 Broadcast storm is occurring (port: 15) — зафиксирован броадкаст шторм на 18 порту.
7429 2008/10/25 14:11:12 Broadcast storm has cleared (port: 18) — броадкаст шторм был очищен
Если в логах коммутатора вы видите записи о том что на всех активных портах одновременно были зафиксированы броадкаст и мультикаст шторм, коммутатор перезагружался.
Типы ошибок
-
CRC Error — ошибки проверки контрольной суммы
-
Undersize — возникают при получение фрейма размером 61-64 байта. Фрейм передается дальше, на работу не влияет
-
Oversize — возникают при получении пакета размером более 1518 байт и правильной контрольной суммой
-
Jabber — возникает при получении пакета размером более 1518 байт и имеющего ошибки в контрольной сумме
- Drop Pkts — пакеты отброшенные в одном из трех случаев:
- Переполнение входного буфера на порту
- Пакеты, отброшенные ACL
- Проверка по VLAN на входе
-
Fragment — количество принятых кадров длиной менее 64 байт (без преамбулы и начального ограничителя кадра, но включая байты FCS — контрольной суммы) и содержащих ошибки FCS или ошибки выравнивания.
-
Excessive Deferral — количество пакетов, первая попытка отправки которых была отложена по причине занятости среды передачи.
-
Collision — возникают, когда две станции одновременно пытаются передать кадр данных по общей сред
-
Late Collision — возникают, если коллизия была обнаружена после передачи первых 64 байт пакета
-
Excessive Collision — возникают, если после возникновения коллизии последующие 16 попыток передачи пакета окончались неудачей. данный пакет больше не передается
- Single Collision — единичная коллизия
Поддержать автора
Дополнительные команды
show traffic control
Отображение настроек storm control на коммутаторе. Должно быть отключено для аплинков, каскадных портов и всех портов узловых коммутаторов.
Параметры настроек имеют вид Enabled(Disabled)/10/S(D)
-
Enabled(Disabled) — показывает включен ли шторм контроль для данного порта
-
Числовое значение — кол-во пакетов при превышение, которого срабатывает шторм контроль
-
S(D) — действие выполняемое с пакетами. S — блокируется весь трафик на порту. D — пакеты отбрасываются
-
В колонке Time Interval указывается продолжительность дествия над трафиком.
show mac_notification
Отображение настроек уведомления о появлении новых MAC-адресов на порту коммутатора. Должно быть отключено для аплинков, каскадных портов и всех портов узловых коммутаторов.
show port_security
Отображение настроек контроля MAC-адресов. Должно быть отключено для аплинков, каскадных портов и всех портов узловых коммутаторов.
show stp
Отображение настроек протокола STP на коммутаторе
show arpentry ipaddress <IP-адрес>
Поиск записи с данным IP-адресом в arp-таблице.
show dhcp_relay
Отображение настроек dhcp_relay на коммутаторе. Обязательно должно быть включено в сегментированном районе, выключено в несегментированном. Пример вывода:
Command: show dhcp_relay
DHCP/BOOTP Relay Status : Enabled — включена или выключена функция
DHCP/BOOTP Hops Count Limit : 16
DHCP/BOOTP Relay Time Threshold : 0
DHCP Relay Agent Information Option 82 State : Enabled
DHCP Relay Agent Information Option 82 Check : Disabled
DHCP Relay Agent Information Option 82 Policy : Keep
Interface Server 1 Server 2 Server 3 Server 4
————— ————— —————
System 83.102.233.203 — адрес централизованного DHCP-сервера
show bandwidth_control <№ порта>
Отображение настроек полосы пропускание для заданного порта.
show traffic_segmentation <№ порта>
Отображение настроек сегментации трафика для заданного порта
show current_config access_profile
Отображение настроек ACL по всем портам (На свичах DES-3028 команда show access_profile). Пример вывода:
config access_profile profile_id 150 add access_id 24 ip destination_ip 0.0.0.0 port 24 deny (150 — номер правила, далее указывается, что блокируется этим правилом, порт на который действует данное правило, состояние правила deny — запрещено, permit — разрешено)
show vlan
Отображение настроек Vlan на коммутаторе.
show lldp remote_ports
Отображение следующего оборудования на порту (отображает мак адрес во 2й строчке). Пример вывода:
Command: show lldp remote_ports 26
Port ID : 26
Remote Entities count : 1 Entity 1
Chassis Id Subtype : MACADDRESS
Chassis Id : 00-1E-58-AE-DC-14
Port Id Subtype : LOCAL
Port ID : 1/25
Port Description : D-Link DES-3028 R2.50 Port 25
System Name : P1CV186021772-1#B340237#B340238
System Description : Fast Ethernet Switch
System Capabilities : Repeater, Bridge,
Management Address count : 1
Port PVID : 0
PPVID Entries count : 0
VLAN Name Entries count : 0
Protocol ID Entries count : 0
MAC/PHY Configuration/Status : (None)
Power Via MDI : (None)
Link Aggregation : (None)
Maximum Frame Size : 0
Unknown TLVs count : 0
show address_binding dhcp_snoop binding_entry
Просмотр таблицы dhcp snooping binding
Диагностика кабеля
cable_diag ports
Диагностическая утилита для проверки длины кабеля (показывает результат только на юзерских портах (1-24)) Доступна без enable на DES-3526 с прошивкой 6.00.B25, а также на DES-3028. Примеры вывода ниже.
Линк на порту есть, все работает нормально:
Command: cable_diag ports 1
Perform Cable Diagnostics …
Port Type Link Status Test Result Cable Length (M)
—- —— ————- —————————— —————-
1 FE Link Up OK 88
В следующем случае вариантов может быть несколько:
- Кабель целый, все работает отлично;
- Кабель целый, просто вытащен из компа;
- Кабель целый, в сетевую воткнут, но сам ПК выключен;
- Кабель аккуратно срезан. При диагностике стоит учитывать, что разница в один метр — совершенно нормальная ситуация — в UTP отдельные пары идут с различным шагом скрутки (одна пара более «витая», чем другая).
Command: cable_diag ports 1
Perform Cable Diagnostics …
Port Type Link Status Test Result Cable Length (M)
—- —— ————- —————————— —————-
1 FE Link Down Pair1 Open at 83 M —
Pair2 Open at 84 M
Видимо проблема с кабелем, а именно повреждены жилы:
Command: cable_diag ports 1
Perform Cable Diagnostics …
Port Type Link Status Test Result Cable Length (M)
—- —— ————- —————————— —————-
1 FE Link Down Pair2 Open at 57 M —
Кабель не подключен к свитчу:
Command: cable_diag ports 1
Perform Cable Diagnostics …
Port Type Link Status Test Result Cable Length (M)
— —— ————- —————————— —————-
1 FE Link Down No Cable —
Кабель обрезан на 48 метре:
Command: cable_diag ports 1
Perform Cable Diagnostics …
Port Type Link Status Test Result Cable Length (M)
—- —— ————- —————————— —————-
1 FE Link Down Pair1 Short at 48 M —
Pair2 Short at 48 M
Питание по кабелю есть, но измерить длину невозможно:
Command: cable_diag ports 1
Perform Cable Diagnostics …
Port Type Link Status Test Result Cable Length (M)
—- —— ————- —————————— —————-
1 FE Link Down ОК —
IP-MAC-Port Binding
Функция IP-MAC-Port Binding в коммутаторах D-Link позволяет контролировать доступ компьютеров в сеть на основе их IP и MAC-адресов, а также порта подключения. Если какая-нибудь составляющая в этой записи меняется, то коммутатор отбрасывает фреймы от этого мака (аналог фунции IP Source Address Guard на Alcatel’ях). Соответствие мака, порта и ip коммутатор проверяет по таблице dhcp snooping binding. Посмотреть эту таблицу можно командой show address_binding dhcp_snoop binding_entry. Соответственно, если с кокого-либо порта уходят ip-пакеты, в которых ip-адрес отправителя отличен от указанного в этой таблице (скажем 169.254.255.5 или 0.0.0.0, или некорректная статика), то свич такие пакеты отбрасывает, при этом занося в лог следующую запись:
Unauthenticated IP-MAC address and discardet by ip mac port binding (IP 169.254.255.5, MAC 00-24-26-35-56-08, port: 19)
#Network
Ремонт ошибки контрольной суммы (bad data crc) в флешке в ubnt
Собственно без паяльника. Способ не претендует на эксклюзивность, но тем не менее может решить вопрос с ремонтом.
При «сноровке» можно даже не разбирать девайс. Для наглядности я разобрал, подключился к консоли.
Видео состоит из двух кусков, нет времени собирать в одно, редактировать, резать, клеить. Извиняюсь.
Видео снято и выложено для понимания «способа» ремонта и на «оскар» не претендует 🙂
http://youtu.be/ZZpvsClb3KQ
http://youtu.be/L3K5BQLoF2A
Ссылка на прошивку http://files.usg.lg.ua/558.bin
Прошивка не моя, СТ присутствует, нарыл на просторах интернета, автору огромный респект.
Кому помог данный способ, буду благодарен в виде «плюса».
Кто считает этот способ «банальным» , прошу «не минусовать».
ps. С первого раза может не зайти в web после перепрошивки. Следует подождать пару-тройку минут. А очень иногда перегрузить девайс передергиванием питания. Несколько девайсов отремонтированы таким образом, работают несколько месяцев и в зной и в холод и с ними все ок. 🙂
pps. Приходит процентов 5 таких девайсов. Просьба «ремонтировать» самим. И быстро и бесплатно.
02.08.2021
Содержание статьи:
- Команды настройки коммутатора для работы с базовыми характеристиками
- Работа с портами
- Команды для диагностики
Работа с сетевым оборудованием предусматривает необходимость применения определенных команд для настройки функционирования сети.
Использовать те или иные команды нужно в таких случаях, как:
- настройка vlan;
- модификация учетных записей;
- просмотр и изменение конфигурации, интерфейсов и портов.
Рассмотрим команды коммутатора, которые наверняка будут задействованы в работе с данным оборудованием.

Команды настройки коммутатора для работы с базовыми характеристиками
Узнать базовые характеристики можно с помощью команд:
Show switch– позволяет узнать модель, мак-адрес, контролирующий vlan, адрес IP,
версию и серийный номер аппаратуры, системное имя и локацию, а также другие характеристики коммутатора.Show utilization cpu– демонстрирует уровень загрузки процессора.
Команды, позволяющие конфигурировать коммутатор:
Show config current_config– текущая конфигурация.Show config config_in_nvram– конфигурация в nvram.Save– сохранить существующие настройки.Reset system– сброс до заводских настроек.
Команды настройки коммутатора для конфигурирования IP маски и шлюза
Config ipif [имя интерфейса] ipaddress [ip-адрес/маска]– конфигурирование адреса IP и маски сети
например,config ipif SYS ipaddress 192.168.5.10/24).Show ipif– показать инфо о настроенных интерфейсах на данном устройстве.Create iproute default [ip-адрес_шлюза]– задать шлюз по умолчанию (например,create iproute default 192.168.5.1).Show iproute– показать таблицу маршрутизации на данном устройстве по умолчанию.Delete iproute default– удалить маршрут по умолчанию.

Работа с портами
-
show ports— демонстрация информации о портах; config ports x state enable– активация порта;config ports x state disable– деактивация порта;show ports description– показать описание порта;config ports X description– создать новое описание порта;config bandwidth_control– настройка скорости;-
config vlan default(имя влана) delete xx,config vlan v996 (имя влана) add untagged xx– конфигурирование VLAN.
Команда show log позволяет показать логи коммутатора:
Пример, как могут быть записаны логи:
7028 2008/10/23 18:51:57 Port 19 link down — упал линк на 19-м порту
7029 2008/10/23 18:52:01 Port 19 link up, 100Mbps FULL duplex — линк поднялся на 19-м порту установлена скорость передачи 100Mb установлен режим полного дуплекса
7045 2008/10/23 19:28:19 Multicast storm is occurring (port: 18) — зафиксирован мультикаст шторм на 18 порту.
7035 2008/10/23 19:06:19 Multicast storm has cleared (port: 8) — мультикаст шторм был очищен
7313 2008/10/24 21:59:16 Broadcast storm is occurring (port: 15) — зафиксирован броадкаст шторм на 18 порту.
7429 2008/10/25 14:11:12 Broadcast storm has cleared (port: 18) — броадкаст шторм был очищен
Когда на всех логах устройства одновременно появились записи о выполнении броадкаст и мультикаст на всех включенных портах,
это означает, что устройство перезагружалось.
Команды для диагностики
show arpentry– показать кэш ARP. В коммутаторах Д-Линк возможность найти ip по mac-адресу не предусмотрена,
потому в данном случае выводится весь кэш и проводится поиск собственноручно.show utilization cpu– демонстрация загрузки ЦП, актуальная для последних интервалов времени 5 сек, 1 мин, 5 мин.show utilization ports– показать количество загруженных портов в PPS (количество пакетов за 1 секунду)sh fdb– показать все настроенные интерфейсы коммутатора и адреса MAC устройств, которые к ним подключены.show error ports <№ порта>– показать ошибки транспортировки пакетов на конкретном порте.
Ошибки бывают следующих типов
CRC Error— ошибка возникла при проверке контрольной суммы.Undersize— ошибка возникла при получении фрейма размером 61-64 байта. Это не влияет на стабильность работы, фрейм будет передан дальше.Oversize— ошибка возникает, если был получен крупный пакет (более 1518 байт) и правильная контрольная сумма.Jabber— ошибка возникает, если был получен пакет бо 1518 байт и в контрольной сумме была ошибка.Drop Pkts— выброс пакетов по одной из следующих причин:- Входной буфер порта переполнен;
- Выполнение входящей проверки по VLAN;
- Выброс пакетов ACL.
Fragment— отображает число полученных кадров длиной менее 64 байт (без преамбулы и начального ограничителя кадра,
но включая байты FCS — контрольной суммы) и имеющих ошибки контрольной суммы или ошибки выравнивания.Excessive Deferral— отображается число пакетов, для которых была отложена 1-ая попытка отправки из-за чрезмерной занятости среды передачи.Collision— ошибка показывают, что две станции пытаются единовременно отправить кадр данных в общей среде передачи.Late Collision— ошибка показывает, что была обнаружена невозможность отправки после того, как были переданы первые 64 байта пакета.Excessive Collision— ошибка означает, что последующие 16 попыток передачи пакета были не получились и данный пакет более не отправляется.Single Collision— одиночная коллизия.
show fdb port <№ порта> – показать адреса MAC на конкретном порте.
show fdb mac_address – определение, принадлежит ли заданный MAC-адрес порту устройства.
show packet ports <№ порта> – показать статистику по трафику текущего порта в реальном времени.
- RX — поступившие пакеты от клиента
- TX — поступившие клиенту пакеты
show traffic control – просмотр конфигураций storm control на устройстве. Необходимо отключать в случае с аплинками каскадными портами,
а также портами (всеми без исключения)узловых коммутаторов.
Настройки отображаются следующим образом: Enabled(Disabled)/10/S(D)
- Enabled(Disabled) — состояние (включвен/выключен) шторм контроля для текущего порта;
- Числовое значение — число пакетов, при превышении которого сработает шторм контроль;
- S(D) — манипуляции с пакетами. S — блокировка трафика на текущем порте. D — отбрасывание пакетов;
- Time Interval – время совершения действия над трафиком.
show mac_notification – демонстрация конфигурации уведомления, сообщающих о том, что появились новые MAC-адреса на порту устройства.
В случае аплинков, каскадных портов и портов узловых устройств функция должна быть отключена.
show port_security – показывает конфигурацию контроля MAC-адресов. В случае аплинков,
каскадных портов и портов узловых устройств функция должна быть отключена.
show stp – демонстрация конфигурации STP-протокола на устройстве.
show arpentry ipaddress – выполняется поиск по ARP-таблице. Искомое значение – запись с данными заданного IP-адреса.
show dhcp_relay – запрос на демонстрацию конфигурации dhcp_relay на устройстве. Позиция включить должна быть
активирована в сегментированном районе. В случае несегментированного района наоборот требуется отключить данный параметр.
Как это выглядит в командной строке:
Command: show dhcp_relay DHCP/BOOTP Relay Status : Enabled — включена или выключена функция DHCP/BOOTP Hops Count Limit : 16 DHCP/BOOTP Relay Time Threshold : 0 DHCP Relay Agent Information Option 82 State : Enabled DHCP Relay Agent Information Option 82 Check : Disabled DHCP Relay Agent Information Option 82 Policy : Keep Interface Server 1 Server 2 Server 3 Server 4 ————— ————— ————— System 83.102.233.203 — адрес централизованного DHCP-сервера
show bandwidth_control <№ порта> – демонстрация конфигураций полосы пропускания на указанном порте.
show traffic_segmentation <№ порта> – показать конфигурацию того, как сегментируется трафик на указанном порте.
show current_config access_profile – показать конфигурацию ACL на всех портах (Для свичей DES-3028 эта команда выглядит, как show access_profile).
Как это выглядит в командной строке:
config access_profile profile_id 150 add access_id 24 ip destination_ip 0.0.0.0 port 24 deny (150 — номер правила, далее указывается, что блокируется этим правилом, порт на который действует данное правило, состояние правила deny — запрещено, permit — разрешено)
show vlan – показать настройки VLAN на устройстве.
Диагностика, применяемая к кабелю
cable_diag ports – диагностика, позволяющая определить длину кабеля (она актуальна лишь для пользовательских портов (1-24)),
бывает необходима во многих случаях. Для этого применяются следующие команды коммутатора.
Как это выглядит в реальности:
- Линк присутствует, все функционирует правильно:
Command: cable_diag ports 1 Perform Cable Diagnostics … Port Type Link Status Test Result Cable Length (M) —- —— ————- —————————— —————- 1 FE Link Up OK 88 -
Далее может быть несколько вариантов сообщений:
- Кабель не поврежден, все функционирует хорошо;
- Кабель не поврежден, но не воткнут в гнездо компьютера;
- Кабель не поврежден, вставлен в гнездо сетевой карты, однако компьютер не работает;
- Кабель срезан. Разница в длине отдельных пар может быть до 1 метра – это нормально, посколько для UTP актуальна ситуация,
когда одна «витая пара» длиннее другой.
Command: cable_diag ports 1 Perform Cable Diagnostics … Port Type Link Status Test Result Cable Length (M) —- —— ————- —————————— —————- 1 FE Link Down Pair1 Open at 83 M — Pair2 Open at 84 M По всей видимости, имеет место повреждение жил в кабеле: Command: cable_diag ports 1 Perform Cable Diagnostics … Port Type Link Status Test Result Cable Length (M) —- —— ————- —————————— —————- 1 FE Link Down Pair2 Open at 57 M — Кабель не подключен в гнездо коммутатора: Command: cable_diag ports 1 Perform Cable Diagnostics … Port Type Link Status Test Result Cable Length (M) — —— ————- —————————— —————- 1 FE Link Down No Cable — Обрезка кабеля на сорок восьмом метре: Command: cable_diag ports 1 Perform Cable Diagnostics … Port Type Link Status Test Result Cable Length (M) —- —— ————- —————————— —————- 1 FE Link Down Pair1 Short at 48 M — Pair2 Short at 48 M Питание в кабель поступает, однако невозможно выполнить замер длины: Command: cable_diag ports 1 Perform Cable Diagnostics … Port Type Link Status Test Result Cable Length (M) —- —— ————- —————————— —————- 1 FE Link Down ОК — show lldp remote_ports Показать оборудование на текущем порте (MAC-адрес будет отображен во второй строке). Как это выглядит: Command: show lldp remote_ports 26 Port ID : 26 Remote Entities count : 1 Entity 1 Chassis Id Subtype : MACADDRESS Chassis Id : 00-1E-58-AE-DC-14 Port Id Subtype : LOCAL Port ID : 1/25 Port Description : D-Link DES-3028 R2.50 Port 25 System Name : P1CV186021772-1#B340237#B340238 System Description : Fast Ethernet Switch System Capabilities : Repeater, Bridge, Management Address count : 1 Port PVID : 0 PPVID Entries count : 0 VLAN Name Entries count : 0 Protocol ID Entries count : 0 MAC/PHY Configuration/Status : (None) Power Via MDI : (None) Link Aggregation : (None) Maximum Frame Size : 0 Unknown TLVs count : 0
Показать таблицу dhcp snooping binding
show address_binding dhcp_snoop binding_entry
– встроенная функция IP-MAC-Port Binding, актуальная для свичей D-Link,
дает возможность управлять доступом ПК к сети, используя их IP и мак-адреса, а также порты, через которые происходит подключение.
При изменении каких-либо деталей в записи свич отбросит фреймы от данного мак-адреса, что аналогично функции IP Source Address Guard на устройствах от Алькатель.
Таблица dhcp snooping binding необходима для диагностики указанных выше адресов и порта. Просмотр таблицы выполняется посредством команды:
show address_binding dhcp_snoop binding_entry
– если коммутатор обнаруживает разницу в айпи-адресе пакетов, поступающих с одного из портов
(ip отправителя не соответствует значению в списке, например, если он имеет значение 169.254.255.5 либо 0.0.0.0), то данные пакеты будут отброшены,
а в логе будет отображена следующая информация:
Unauthenticated IP-MAC address and discardet by ip mac port binding (IP 169.254.255.5, MAC 00-24-26-35-56-08, port: 19)
Это не все команды, которые применяются для коммутаторов, однако, имея такой базовый набор знаний,
специалист может выполнять большую часть работы по диагностике и настройке работы сети.
Помогите, пожалуйста, разобраться со следующей проблемой.
При подключении lan-кабеля в роутер (интернет > роутер > компьютер по кабелю), периодически пропадает интернет, на стороне провайдера видны ошибки и т.д., на какое-то время помогает перезагрузка роутера.
Казалось бы, очевидно проблема в роутере, но.
Проблема началась с роутера TP-LINK TL-WR841N, отдал его другу, и взял Cisco LinkSys EA3500 (работающий на другом провайдере у друга без проблем вообще), и опять та же проблема. Но только LinkSys не требовалось перезагружать, достаточно передёрнуть кабель (его видят ноут, телефоны и т.д., а интернета нет, т.е. роутер вроде как не зависает).
Ок, взял у соседа другой TP-LINK, ему отдал свой Cisco. У соседа целый день всё ок, у меня те же проблемы.
Подключаю lan-кабель напрямую в компьютер — ни ошибок, ни проблем.
Провайдер соответственно не может выяснить в чём проблема, т.к. напрямую всё ок.
Не знаю связанно ли это или нет, но проблемы начались после полной смены сетапа (был интел, стал амд). Может ли компьютер (его сетевая карта) как-то влиять на роутер?
Даже не знаю за что зацепиться, куда смотреть. Сейчас основной роутер это Cisco LinkSys EA3500. Есть какие-то мысли на этот счёт?
- Профиль
- Цитата
- Профиль
- Цитата
- Профиль
- Цитата
- Профиль
- Цитата
У друга и соседа один и тот же провайдер, не такой как у меня.
Отправлено спустя 1 минуту 52 секунды:
Во время пропадания интернета (не зависания роутера/ов) по вайфаю интернет тоже пропадает, хотя все устройства видят роутер/ы.
Отправлено спустя 29 секунд:
- Профиль
- Цитата
- Профиль
- Цитата
- Профиль
- Цитата
Уверен, у него проц не более 600-800Мгц, и скорее 1 ядро всего, если запросы летят напрямую к цпу ( широковещалки броадкаста или еще какая дрянь ) то в лучшем случае он будет заметно плохо жевать трафик, в худшем повесится, и скорее повесится еще и от перегрева.
Увы я уважаю только среднецоновой и выше сегмент микротик, циско, джунипер или полноценный боард сервер на линукс etc., с нормальными сетевыми.
Линксис — огрызок циски, не более.
Отправлено спустя 1 минуту 15 секунд:
А по arp -a выдаёт 11 адресов.
тут бы глянуть что от них летит еще
Отправлено спустя 3 минуты 16 секунд:
Попросите КЦ провайдера соединить с тех.отделом.
Тех.отдел попросите переселить вас в другой сегмент сети, зачастую в другой VID, сообщите то что описали тут.
Как подтвердят что сделали — пробейте снова arp -a, гляньте правда ли, или врут.
Если выполнили требования — наблюдайте за инетом.
Самый простой способ проверить что не так, если поддержка у провайдера адекватна.
Отправлено спустя 7 минут 18 секунд:
Ах да, еще момент, вы уверены что вешается роутер не от вашего ПК?
Банальная проверка на вирусню с помощью cureit!, и сброс сетевого стека, в командной строке:
netsh winsock reset
netsh int ip reset
Думаю не повредят, только после команд настроек на сетевой не будет, так что если у вас статический IP их следует записать.
- Профиль
- Цитата
- Профиль
- Цитата
- Профиль
- Цитата
- Профиль
- Цитата
papamama: Помогите, пожалуйста, разобраться со следующей проблемой.
При подключении lan-кабеля в роутер (интернет > роутер > компьютер по кабелю), периодически пропадает интернет, на стороне провайдера видны ошибки и т.д., на какое-то время помогает перезагрузка роутера.
Какие ошибки?
Для понимания:
CRC Error 7 Excessive Deferral 0
Undersize 0 CRC Error 0
Oversize 0 Late Collision 0
Fragment 1 Excessive Collision 0
Jabber 0 Single Collision 0
Symbol Error 4 Collision 0
Buffer Full Drop 101629 STP Drop 18065
ACL Drop 0 HOL Drop 0
Multicast Drop 0
VLAN Ingress Drop 22332842
Invalid IPv6 0
STP Drop 6595
Storm and FDB Discard 0
MTU Drop 0
Вот их сколько разных, и это только малая капля на недосвитче Dlink, стянул с первого попавшегося под руку коммутатора статистику рандомного порта.
Самые распространенные:
CRC — ошибки контрольной суммы, пакеты бьются не долетая к вас/ от вас
Fragment — то же самое, но когда идет дробление больших пакетов на более мелкие, мало вероятно
Collision — столкновение пакетов из-за несогласованности меж отправитиелем и получателем
acl drop — отброс пакета согласно установленных «правил» свитча, это настройка провайдера
STP drop — дропы лишних stp пакетов, когда STP выключен, или пакеты STP не распознаны
Storm and FDB Discard — дропы согласно встроенных механизмов защиты коммутатора от шторма и петли
MTU drop — дропы из-за несогласованности MTU
Так вот, если прут CRC, Fragment, Collision, просим провайдера проверить длину и целостность кабеля, при наличии норм коммутаторов они это могут, и просим назвать сколько.
Если кабеля больше 70м, не исключено что просто не пробивает, или плохой кабель, просим заменить
Типы ошибок (dlink)
Undersize — возникают при получение фрейма размером 61-64 байта.
Фрейм передается дальше, на работу не влияет
Oversize — возникают при получении пакета размером более 1518 байт и правильной контрольной суммой
Jabber — возникает при получении пакета размером более 1518 байт и имеющего ошибки в контрольной сумме
Drop Pkts — пакеты отброшенные в одном из трех случаев:
Какие пакеты входят в Drop Packets при выводе show error ports?
Переполнение входного буфера на порту
Пакеты, отброшенные ACL
Проверка по VLAN на входе
Fragment — количество принятых кадров длиной менее 64 байт (без преамбулы и начального ограничителя кадра, но включая байты FCS — контрольной суммы) и содержащих ошибки FCS или ошибки выравнивания.
Excessive Deferral — количество пакетов, первая попытка отправки которых была отложена по причине занятости среды передачи.
Collision — возникают, когда две станции одновременно пытаются передать кадр данных по общей сред
Late Collision — возникают, если коллизия была обнаружена после передачи первых 64 байт пакета
Excessive Collision — возникают, если после возникновения коллизии последующие 16 попыток передачи пакета окончались неудачей. данный пакет больше не передается
Why do UDP packets get dropped?
The first time I heard this joke I did not understand it because I didn’t really understand what UDP was. UDP is a network protocol. The deal is: I send you a network packet. Maybe you get it, maybe you don’t. I have no idea whether it arrived or not. UDP doesn’t care.
When you’re losing UDP packets, it’s sort of tempting to say “well, whatever, that’s what happens when you use UDP!” But UDP packets don’t get lost by magic.
I was pretty confused about some the details of dropping UDP packets (how do you know how many packets got dropped? what causes a packet to be dropped exactly?) Maggie Zhou (who is the best) explained some new things to me today! All the parts of this that are right are thanks to her and all the parts that are wrong are thanks to me.
This is all on Linux, as usual. There are going to be sysctls! It will be the best.
lost on the way out
Imagine you’re sending a lot of UDP packets. Really a lot. On every UDP socket, there’s a “socket send buffer” that you put packets into. The Linux kernel deals with those packets and sends them out as quickly as possible. So if you have a network card that’s too slow or something, it’s possible that it will not be able to send the packets as fast as you put them in! So you will drop packets.
I have no idea how common this is.
lost in transit
It’s possible that you send a UDP packet in the internet, and it gets lost along the way for some reason. I am not an expert on what happens on the seas of the internet, and I am not going to go into this.
lost on the way in
Okay, so a UDP packet comes into your computer. You have an application that is listening and waiting for a packet. Awesome! This packet goes into – maybe you guessed it – a socket receive buffer. How big is that buffer? Everything you might want to know about socket send and receive buffer sizes is helpfully explained in the man page for socket . Here’s the maximum receive buffer size on my computer:
man udp says that that last number from net.ipv4.udp_mem (362220) means “Number of pages allowed for queueing by all UDP sockets.” 362220 pages is 1.7GB? That’s a lot of pages! Weird. Not sure what’s up with that.
Then your application reads packets out of that buffer and handles them. If the buffer gets full, the packets get dropped. Simple!
You can see how many packets have been dropped on your machine with netstat -suna . Mine has dropped 918 packets so far apparently (“918 packet receive errors”)
This is cool! This means that if you have a machine which is trying to drop as few UDP packets as possible (for instance if you’re running statsd), then you can monitor the rate at which that machine is dropping packets!
buffers everywhere
After I published this blog post initially, @gphat and @nelhage very astutely pointed out that the OS socket send/receive buffers are not the only buffers.
EVERYTHING IS BUFFERS. Your network card has a buffer that can get full! There are a bunch of intermediate routers between your computer and my computer. All of those have buffers! Those buffers can get full! My current understanding is that most packet loss is because of full buffers one way or another.
If you’re interested in learning more details about the Linux networking stack, there is this huge post called Monitoring and Tuning the Linux Networking Stack: Receiving Data. I have not read it yet but it looks amazing.
Also everything here I said about UDP packets applies just as well to any kind of IP packet – TCP packets can get dropped just as easily, but they’ll get retried, so you’re not as likely to notice.
config bandwidth_control
Изменение скорости
config vlan default(имя влана) delete xx
config vlan v996 (имя влана) add untagged xx
Изменение влана
show switch
Отображение информации о коммутаторе. Важно: не путать версию прошивки и версию конфига
show log
Просмотр логов коммутатора
Варианты записей присутствующих в логах коммутатора:
7028 2008/10/23 18:51:57 Port 19 link down — упал линк на 19-м порту
7029 2008/10/23 18:52:01 Port 19 link up, 100Mbps FULL duplex — линк поднялся на 19-м порту установлена скорость передачи 100Mb установлен режим полного дуплекса
7045 2008/10/23 19:28:19 Multicast storm is occurring (port: 18) — зафиксирован мультикаст шторм на 18 порту.
7035 2008/10/23 19:06:19 Multicast storm has cleared (port: 8) — мультикаст шторм был очищен
7313 2008/10/24 21:59:16 Broadcast storm is occurring (port: 15) — зафиксирован броадкаст шторм на 18 порту.
7429 2008/10/25 14:11:12 Broadcast storm has cleared (port: 18) — броадкаст шторм был очищен
Если в логах коммутатора вы видите записи о том что на всех активных портах одновременно были зафиксированы броадкаст и мультикаст шторм, коммутатор перезагружался.
show ports description
Просмотр описания порта
config ports X description
Добавить описание порта
sh ports media_type
Посмотреть какие модули установлены в каких портах, их модели, версии и версии прошивок.
show arpentry
Отображает ARP-кэш. В D-Link нет функции поиска IP по заданному MAC’y, поэтому при необходимости такого поиска приходится выводить весь кэш на экран и искать вручную.
show utilization cpu
Отображение загрузки центрального процессора, за последние 5 секунд, минуту и 5 минут.
show utilization ports
Отображение загрузки портов в PPS (пакеты в секунду)
show ipif
Отображение информации по всем сконфигурированным интерфейсам на данном свитче.
show iproute
Отображение таблицы маршрутизации свитча
sh fdb
Отображение всех сконфигурированных интерфейсов свитча и MAC-адреса подключенных к ним устройств.
show error ports <№ порта>
Отображение ошибок передачи пакетов на заданном порту
Типы ошибок:
CRC Error — ошибки проверки контрольной суммы
Undersize — возникают при получение фрейма размером 61-64 байта. Фрейм передается дальше, на работу не влияет
Oversize — возникают при получении пакета размером более 1518 байт и правильной контрольной суммой
Jabber — возникает при получении пакета размером более 1518 байт и имеющего ошибки в контрольной сумме
Drop Pkts — пакеты отброшенные в одном из трех случаев:
Переполнение входного буфера на порту
Пакеты, отброшенные ACL
Проверка по VLAN на входе
Fragment — количество принятых кадров длиной менее 64 байт (без преамбулы и начального ограничителя кадра, но включая байты FCS — контрольной суммы) и содержащих ошибки FCS или ошибки выравнивания.
Excessive Deferral — количество пакетов, первая попытка отправки которых была отложена по причине занятости среды передачи.
Collision — возникают, когда две станции одновременно пытаются передать кадр данных по общей сред
Late Collision — возникают, если коллизия была обнаружена после передачи первых 64 байт пакета
Excessive Collision — возникают, если после возникновения коллизии последующие 16 попыток передачи пакета окончались неудачей. данный пакет больше не передается
Single Collision — единичная коллизия
show fdb port <№ порта>
Отображение MAC-адресов на заданном порту
show fdb mac_address
Отображает принадлежность MAC-адреса порту коммутатора
show packet ports <№ порта>
Отображение статистики трафика на порту в реальном времени.
RX — пакеты приходящие от клиента
TX — пакеты приходящие к клиенту
show traffic control
Отображение настроек storm control на коммутаторе. Должно быть отключено для аплинков, каскадных портов и всех портов узловых коммутаторов.
Параметры настроек имеют вид Enabled(Disabled)/10/S(D)
Enabled(Disabled) — показывает включен ли шторм контроль для данного порта
Числовое значение — кол-во пакетов при превышение, которого срабатывает шторм контроль
S(D) — действие выполняемое с пакетами. S — блокируется весь трафик на порту. D — пакеты отбрасываются
В колонке Time Interval указывается продолжительность дествия над трафиком.
show mac_notification
Отображение настроек уведомления о появлении новых MAC-адресов на порту коммутатора. Должно быть отключено для аплинков, каскадных портов и всех портов узловых коммутаторов.
show port_security
Отображение настроек контроля MAC-адресов. Должно быть отключено для аплинков, каскадных портов и всех портов узловых коммутаторов.
show stp
Отображение настроек протокола STP на коммутаторе
show arpentry ipaddress
Поиск записи с данным IP-адресом в arp-таблице.
show dhcp_relay
Отображение настроек dhcp_relay на коммутаторе. Обязательно должно быть включено в сегментированном районе, выключено в несегментированном.
Пример вывода:
Command: show dhcp_relay
DHCP/BOOTP Relay Status : Enabled — включена или выключена функция
DHCP/BOOTP Hops Count Limit : 16
DHCP/BOOTP Relay Time Threshold : 0
DHCP Relay Agent Information Option 82 State : Enabled
DHCP Relay Agent Information Option 82 Check : Disabled
DHCP Relay Agent Information Option 82 Policy : Keep
Interface Server 1 Server 2 Server 3 Server 4
————— ————— —————
System 83.102.233.203 — адрес централизованного DHCP-сервера
show bandwidth_control <№ порта>
Отображение настроек полосы пропускание для заданного порта.
show traffic_segmentation <№ порта>
Отображение настроек сегментации трафика для заданного порта
show current_config access_profile
Отображение настроек ACL по всем портам (На свичах DES-3028 команда show access_profile) .
Пример вывода:
config access_profile profile_id 150 add access_id 24 ip destination_ip 0.0.0.0 port 24 deny (150 — номер правила, далее указывается, что блокируется этим правилом, порт на который действует данное правило, состояние правила deny — запрещено, permit — разрешено)
show vlan
Отображение настроек Vlan на коммутаторе.
cable_diag ports
Диагностическая утилита для проверки длины кабеля (показывает результат только на юзерских портах (1-24)) Доступна без enable на DES-3526 с прошивкой 6.00.B25, а также на DES-3028. Примеры вывода ниже.
Линк на порту есть, все работает нормально:
Command: cable_diag ports 1
Perform Cable Diagnostics …
Port Type Link Status Test Result Cable Length (M)
—- —— ————- —————————— —————-
1 FE Link Up OK 88
В следующем случае вариантов может быть несколько:
а. Кабель целый, все работает отлично;
б. Кабель целый, просто вытащен из компа;
в. Кабель целый, в сетевую воткнут, но сам ПК выключен;
г. Кабель аккуратно срезан.v При диагностике стоит учитывать, что разница в один метр — совершенно нормальная ситуация — в UTP отдельные пары идут с различным шагом скрутки (одна пара более «витая», чем другая).
Command: cable_diag ports 1
Perform Cable Diagnostics …
Port Type Link Status Test Result Cable Length (M)
—- —— ————- —————————— —————-
1 FE Link Down Pair1 Open at 83 M —
Pair2 Open at 84 M
Видимо проблема с кабелем, а именно повреждены жилы:
Command: cable_diag ports 1
Perform Cable Diagnostics …
Port Type Link Status Test Result Cable Length (M)
—- —— ————- —————————— —————-
1 FE Link Down Pair2 Open at 57 M —
Кабель не подключен к свитчу:
Command: cable_diag ports 1
Perform Cable Diagnostics …
Port Type Link Status Test Result Cable Length (M)
— —— ————- —————————— —————-
1 FE Link Down No Cable —
Кабель обрезан на 48 метре:
Command: cable_diag ports 1
Perform Cable Diagnostics …
Port Type Link Status Test Result Cable Length (M)
—- —— ————- —————————— —————-
1 FE Link Down Pair1 Short at 48 M —
Pair2 Short at 48 M
Питание по кабелю есть, но измерить длину невозможно:
Command: cable_diag ports 1
Perform Cable Diagnostics …
Port Type Link Status Test Result Cable Length (M)
—- —— ————- —————————— —————-
1 FE Link Down ОК —
show lldp remote_ports
Отображение следующего оборудования на порту (отображает мак адрес во 2й строчке).
Пример вывода: Command: show lldp remote_ports 26
Port ID : 26
Remote Entities count : 1 Entity 1
Chassis Id Subtype : MACADDRESS
Chassis Id : 00-1E-58-AE-DC-14
Port Id Subtype : LOCAL
Port ID : 1/25
Port Description : D-Link DES-3028 R2.50 Port 25
System Name : P1CV186021772-1#B340237#B340238
System Description : Fast Ethernet Switch
System Capabilities : Repeater, Bridge,
Management Address count : 1
Port PVID : 0
PPVID Entries count : 0
VLAN Name Entries count : 0
Protocol ID Entries count : 0
MAC/PHY Configuration/Status : (None)
Power Via MDI : (None)
Link Aggregation : (None)
Maximum Frame Size : 0
Unknown TLVs count : 0
show address_binding dhcp_snoop binding_entry
Просмотр таблицы dhcp snooping binding
Функция IP-MAC-Port Binding в коммутаторах D-Link позволяет контролировать доступ компьютеров в сеть на основе их IP и MAC-адресов, а также порта подключения. Если какая-нибудь составляющая в этой записи меняется, то коммутатор отбрасывает фреймы от этого мака (аналог фунции IP Source Address Guard на Alcatel’ях). Соответствие мака, порта и ip коммутатор проверяет по таблице dhcp snooping binding. Посмотреть эту таблицу можно командой show address_binding dhcp_snoop binding_entry. Соответственно, если с кокого-либо порта уходят ip-пакеты, в которых ip-адрес отправителя отличен от указанного в этой таблице (скажем 169.254.255.5 или 0.0.0.0, или некорректная статика), то свич такие пакеты отбрасывает, при этом занося в лог следующую запись:
Unauthenticated IP-MAC address and discardet by ip mac port binding (IP 169.254.255.5, MAC 00-24-26-35-56-08, port: 19)
