Windows Просмотровщики IP пакетов ПКСЛ и ПКЛШ.

  • Автор темы Автор темы Andi
  • Дата начала Дата начала

Andi

Сотрудник
Команда LKDS
Использование сетевых протоколов для передачи данных в ДК "Обь" позволяет повысить скорость передачи данных и гибкость системы в целом. Первыми устройствами, использующими передачу данных по сети были КСЛ-Ethernet и моноблок-Ethernet. С развитием программного обеспечения появился программный аналог аппаратного КСЛа - программный КСЛ (ПКСЛ). ПКСЛ - это часть ПО, установленного на диспетчерской компьютере, поэтому появилась возможность просмотра UDP (IP) пакетов, которыми обменивается ПКСЛ с соседними КСЛами. Эта возможность полезна при опредлении причин отсутствия связи.
Связь ЛБPro осуществляется непосредственно с диспетчерским компьютером, что опять же позволяет посмотреть обмен непосредственно на сетевых интерфейсах компьютера.
Для подобного просмотра пакетов есть свободно распространяемое ПО Wireshark

Основные вопросы, на которые могут ответить просмотровщики:

А вообще пакеты от удаленных узлов (ЛБPro) приходят ?
На какие UDP порты приходят ?
С каких сетевых интерфейсов приходят ?
На какие сетевые интерфейсы уходят ?
На какие IP адреса и UDP порты уходят ?

Примеры фильтров пакетов:Посмотреть вложение WiresharkFiltr.doc
 

Вложения

Последнее редактирование модератором:
Здравствуйте!
у меня проблемы с ПКЛШ
постоянно "играет" связь с блоком, т.е. пропадает, потом сама появляется...
IP-шники статические
в начале думал проблема с интернетом клиента - прокси, файрвол и т.п.
посадил еще один блок 6.1 про, перемонтированный на месте бывшего блока 5.5+моноблок
5.5+моноблок - заявок вообще не было
6.1 про - ежедневно "играет" связь, пропадает в принципе не надолго, но неприятно...
подскажите, что смотреть и где искать?
со стороны диспетчерской стоит роутер, на нем: два обычных КСЛа и ПКЛШ (компьютер), порты проброшены и поотдельности и DMZ на комповский IP-шник...
 
Молодой написал(а):
Здравствуйте!
у меня проблемы с ПКЛШ
постоянно "играет" связь с блоком, т.е. пропадает, потом сама появляется...
IP-шники статические
в начале думал проблема с интернетом клиента - прокси, файрвол и т.п.
посадил еще один блок 6.1 про, перемонтированный на месте бывшего блока 5.5+моноблок
5.5+моноблок - заявок вообще не было
6.1 про - ежедневно "играет" связь, пропадает в принципе не надолго, но неприятно...
подскажите, что смотреть и где искать?
со стороны диспетчерской стоит роутер, на нем: два обычных КСЛа и ПКЛШ (компьютер), порты проброшены и поотдельности и DMZ на комповский IP-шник...

Вот как раз можно ипользовать просмотровщик, IP пакетов. Установить фильтр на IP адрес ЛБPro и посмотреть как ходят пакеты.

Если ЛБPro имеет статический IP адрес, то в параметрах ПКЛШ (в описании связи с данным ЛБ) можно установить признак "Связь с ЛБ только по указанному статическому IP адресу". В этом случае пакет от ПКЛШ будет послан на указанный в описании связи IP адрес и на указанный в описании связи UDP порт, независимо от того, от какого номера UDP порта приходят данные в ПКЛШ.
 
Последнее редактирование модератором:
Молодой написал(а):
Здравствуйте!
у меня проблемы с ПКЛШ
постоянно "играет" связь с блоком, т.е. пропадает, потом сама появляется...
IP-шники статические

Главное не написал-канал какой?
 
revit написал(а):
Главное не написал-канал какой?

канал? ADSL и в диспетчерской и на точках, или ты что-то другое имеешь ввиду?

Если ЛБPro имеет статический IP адрес, то в параметрах ПКЛШ (в описании связи с данным ЛБ) можно установить признак "Связь с ЛБ только по указанному статическому IP адресу". В этом случае пакет от ПКЛШ будет послан на указанный в описании связи IP адрес и на указанный в описании связи UDP порт, независимо от того, от какого номера UDP порта приходят данные в ПКЛШ.

а если этот признак не установлен, то куда отправляются данные?

на одной точке стоял признак, на остальных не стоял, установил на всех, посмотрю дальше...
еще вопрос: на точке два лифта и два блока 6.1про соответственно будут они работать через роутер по одному IP-адресу? и надо ли разделять их по портам?
т.е. могут ли быть у блоков одинаковые порты, допустим 44000 и 44001?
 
Последнее редактирование модератором:
Молодой написал(а):
а если этот признак не установлен, то куда отправляются данные?

Данные отправляются на UPD порт, с которого от ЛБPro пришли данные.
Этот порт может отличаться от прописанного в ЛБPro, т.к. маршрутизаторы могут использовать NAT

Молодой написал(а):
еще вопрос: на точке два лифта и два блока 6.1про соответственно будут они работать через роутер по одному IP-адресу? и надо ли разделять их по портам?
т.е. могут ли быть у блоков одинаковые порты, допустим 44000 и 44001?

Порты должны быть разными.
Если IP маршрутизатора реальный (белый или видимый из диспетчерской) и статический, то в маршрутизаторе описываются правила передачи пакетов с WAN на LAN (на ЛБ).

Если IP маршрутизатора не виден из диспетчерской (есть еще промежуточные маршрутизаторы, как, например, в MTC), то прописывать проброс портов нет смыслы и устанавливать признак "Связь с ЛБ только по указанному статическому IP адресу" нельзя, т.к. ПКЛШ должен обязательно отвечать на порт, от которого приходят данные, а не на прописанный порт.
 
Андрей Ефименко написал(а):
Данные отправляются на UPD порт, с которого от ЛБPro пришли данные.
Этот порт может отличаться от прописанного в ЛБPro, т.к. маршрутизаторы могут использовать NAT
Порты должны быть разными.
Если IP маршрутизатора реальный (белый или видимый из диспетчерской) и статический, то в маршрутизаторе описываются правила передачи пакетов с WAN на LAN (на ЛБ).

Если IP маршрутизатора не виден из диспетчерской (есть еще промежуточные маршрутизаторы, как, например, в MTC), то прописывать проброс портов нет смыслы и устанавливать признак "Связь с ЛБ только по указанному статическому IP адресу" нельзя, т.к. ПКЛШ должен обязательно отвечать на порт, от которого приходят данные, а не на прописанный порт.

что-то я нифига не понял...
в каком случае могут быть одинаковые порты?
у меня на данный момент все четыре блока сидящие на ПКЛШ имеют одинаковые порты:
44200 и 44201
различаются только IP-шниками и идентификаторами
может назначить каждому свои порты?
Адреса везде статические внешние, и проброс портов сделан на точках, а в диспетчерской, как я уже говорил, проброшены 44200 и 44201 и DMZ до кучи
 
Андрей Ефименко написал(а):
Использование сетевых протоколов для передачи данных в ДК "Обь" позволяет повысить скорость передачи данных и гибкость системы в целом. Первыми устройствами, использующими передачу данных по сети были КСЛ-Ethernet и моноблок-Ethernet. С развитием программного обеспечения появился программный аналог аппаратного КСЛа - программный КСЛ (ПКСЛ). ПКСЛ - это часть ПО, установленного на диспетчерской компьютере, поэтому появилась возможность просмотра UDP (IP) пакетов, которыми обменивается ПКСЛ с соседними КСЛами. Эта возможность полезна при опредлении причин отсутствия связи.
Связь ЛБPro осуществляется непосредственно с диспетчерским компьютером, что опять же позволяет посмотреть обмен непосредственно на сетевых интерфейсах компьютера.
Для подобного просмотра пакетов есть свободно распространяемое ПО Wireshark

Основные вопросы, но которые могут ответить просмотровщики:

А вообще пакеты от удаленных узлов (ЛБPro) приходят ?
На какие UDP порты приходят ?
С каких сетевых интерфейсов приходят ?
На какие сетевые интефейсы уходят ?
На какие IP адреса и UDP порты уходят ?

поставил этот "вайршарк", отфильтровал по ЮДиПи...
за то время пока сидел с одного АйПи пришло 2 пакета с другими портами source 49675 и 21296, но порты назначения правильные 44200 в обоих случаях...
еще, дурилка я картонная, поставил галочку "только статические подключения" в окне конфигурации блоков и теперь не могу прочитать их из диспетчерской :(
придется ехать по точкам?
дурная голова ногам покоя не дает...

и еще, было несколько пакетов по протоколу ICMP 86 Destination unreachable (port unreachable)
"назначение не достижимо (порт не достижим)"
где копать?
 
Последнее редактирование модератором:
Молодой написал(а):
что-то я нифига не понял...
в каком случае могут быть одинаковые порты?
у меня на данный момент все четыре блока сидящие на ПКЛШ имеют одинаковые порты:
44200 и 44201
различаются только IP-шниками и идентификаторами
может назначить каждому свои порты?
Адреса везде статические внешние, и проброс портов сделан на точках, а в диспетчерской, как я уже говорил, проброшены 44200 и 44201 и DMZ до кучи

Вопрос был задан следующим образом:
Молодой написал(а):
еще вопрос: на точке два лифта и два блока 6.1про соответственно будут они работать через роутер по одному IP-адресу? и надо ли разделять их по портам?
т.е. могут ли быть у блоков одинаковые порты, допустим 44000 и 44001?

Если ЛБPro имеют различные IP, то собственные UDP порты у них могут быть одинаковыми.
 
Последнее редактирование модератором:
Молодой написал(а):
за то время пока сидел с одного АйПи пришло 2 пакета с другими портами source 49675 и 21296, но порты назначения правильные 44200 в обоих случаях...

За какое время ?
Были ли пакеты в направлении этого IP (т.е. от ПКЛШ в ЛБ) ?

Молодой написал(а):
еще, дурилка я картонная, поставил галочку "только статические подключения" в окне конфигурации блоков и теперь не могу прочитать их из диспетчерской :(
придется ехать по точкам?

Да, придется ехать с конфигуратором, т.к. ConfigLBPro при запуске генерирует уникальный идентификатор, которого не может быть в списке связей ЛБ.

Молодой написал(а):
и еще, было несколько пакетов по протоколу ICMP 86 Destination unreachable (port unreachable)
"назначение не достижимо (порт не достижим)"
где копать?

ICMP пакет пришел от адреса IP лифтового блока за которым производилось наблюдение ?
Какой пакет был перед ним в направлении от компьютера в ЛБ ?
 
Андрей Ефименко написал(а):
За какое время ?
Были ли пакеты в направлении этого IP (т.е. от ПКЛШ в ЛБ) ?

за небольшой промежуток времени
были пакеты,
ICMP пакет пришел от адреса IP лифтового блока за которым производилось наблюдение ?
Какой пакет был перед ним в направлении от компьютера в ЛБ ?

новое наблюдение:
-после входящих пакетов с удаленного IP, но с других портов, идут пакеты ICMP от диспетчерского компьютера
-далее идёт пачка безответных пакетов от дисп. к удаленным IP
-потом идёт обмен - входящий - исходящий - входящий - исходящий...
-потом опять пачка безответных пакетов от дисп. к удаленным IP
-потом проскочил один ICMP-пакет и источник опять дисп. комп., а перед ним запрос с удаленного по голосовому порту 44201
-далее я выходил на голосовую связь с удаленным блоком, обмен пошел по другому порту: 7247, но без ошибок и ICMP-пакетов
больше ничего особенного я не заметил
 
И снова Здравствуйте!
на тот же ПКЛШ повесил еще два ЛБ6.1 про смонтированных другой организацией
из общения с Ginairat - ом узнал, что прописывать исходящие связи в ЛБ 6.1 вообще не нужно...
и я че-то вообще сейчас перестал понимать логику работы про-шных блоков... :o
проблемы пропадания связи остались и на новых блоках
при чем, теперь точно установил:
- при отсутствии связи (в Мпульте), стОит только включить "конфигурирование ЛБ", блок появляется на связи и так все блоки...
подскажите где копать?

П.С.
-Мпульт скачал и установил последнюю версию
-В маршрутизаторе на адрес компа (192.168.1.7) стоит DMZ и проброс всех портов блоков по отдельности сделал
-ВайрШарк работает, только я не знаю, что конкретно искать, какие пакеты, общая масса слишком большая, да и не понял я как сохранить журнал, разве что "принтскрином", но тогда очень много файлов получается...
-каналы везде проводные, где-то АДСЛ, где-то через "оптику", Ай-Пишники везде статические

П.П.С.
ПОМОГИТЕ! А-А-А... меня начальство уже гнобит за ежедневные заявки типа "играет связь" да и за то, что купленные блоки "про" валяются на складе без дела...
 
Последнее редактирование модератором:
Молодой написал(а):
И снова Здравствуйте!
на тот же ПКЛШ повесил еще два ЛБ6.1 про смонтированных другой организацией
из общения с Ginairat - ом узнал, что прописывать исходящие связи в ЛБ 6.1 вообще не нужно...
и я че-то вообще сейчас перестал понимать логику работы про-шных блоков... :o
проблемы пропадания связи остались и на новых блоках
при чем, теперь точно установил:
- при отсутствии связи (в Мпульте), стОит только включить "конфигурирование ЛБ", блок появляется на связи и так все блоки...
подскажите где копать?

П.С.
-Мпульт скачал и установил последнюю версию
-В маршрутизаторе на адрес компа (192.168.1.7) стоит DMZ и проброс всех портов блоков по отдельности сделал
-ВайрШарк работает, только я не знаю, что конкретно искать, какие пакеты, общая масса слишком большая, да и не понял я как сохранить журнал, разве что "принтскрином", но тогда очень много файлов получается...
-каналы везде проводные, где-то АДСЛ, где-то через "оптику", Ай-Пишники везде статические

П.П.С.
ПОМОГИТЕ! А-А-А... меня начальство уже гнобит за ежедневные заявки типа "играет связь" да и за то, что купленные блоки "про" валяются на складе без дела...

Сделай фильтр по одному из проблемных IP адресов в вайршарк и скрин в студию.
(ip.addr==IP)
Вообще если у тебя статика, то должно работать как часы....
И исходящие я всегда писал.. В твоем случае если исходящих нет то тогда наверное прокидки должны быть на роутерах. Вообщем давай по порядку с одним из разберемся.
-ip компа
- ip блока
-роутер есть нет
-настройка роутера
-скрин пакетов по фильтру
 
Последнее редактирование модератором:
revit написал(а):
Сделай фильтр по одному из проблемных IP адресов в вайршарк и скрин в студию.
(ip.addr==IP)
Вообще если у тебя статика, то должно работать как часы....
И исходящие я всегда писал.. В твоем случае если исходящих нет то тогда наверное прокидки должны быть на роутерах. Вообщем давай по порядку с одним из разберемся.
-ip компа
- ip блока
-роутер есть нет
-настройка роутера
-скрин пакетов по фильтру

В общем так:
Поставил один ЛБ у себя в лаборатории:
-Локальный IP блока 192.168.1.117, маска 255.255.255.0, шлюз 192.168.1.1
-порты 44300 (данные) 44301 (голос)
-IP внешний 81.25.164.84
-роутер D-link DIR-100
стоит DMZ на 192.168.1.117, плюс проброс каждого порта отдельно на этот IP по обоим протоколам (TCP+UDP)
Диспетчерская:
-ПКЛШ в слоте 10 порты 44200 и 44201 соответственно
-IP адрес 192.168.1.7
-IP внешний 83.151.6.121
-роутер Acorp ADSL LAN410
опять-таки DMZ на 192.168.1.7, плюс проброс каждого порта по отдельности на этот IP по обоим протоколам (TCP+UDP)

скрины прикрепил, но пока всё на связи, как только пропадёт, ещё один скрин сделаю
 

Вложения

Последнее редактирование модератором:
Молодой написал(а):
В общем так:
Поставил один ЛБ у себя в лаборатории:
-Локальный IP блока 192.168.1.117, маска 255.255.255.0, шлюз 192.168.1.1
-порты 44300 (данные) 44301 (голос)
-IP внешний 81.25.164.84
-роутер D-link DIR-100
стоит DMZ на 192.168.1.117, плюс проброс каждого порта отдельно на этот IP по обоим протоколам (TCP+UDP)
Диспетчерская:
-ПКЛШ в слоте 10 порты 44200 и 44201 соответственно
-IP адрес 192.168.1.7
-IP внешний 83.151.6.121
-роутер Acorp ADSL LAN410
опять-таки DMZ на 192.168.1.7, плюс проброс каждого порта по отдельности на этот IP по обоим протоколам (TCP+UDP)

скрины прикрепил, но пока всё на связи, как только пропадёт, ещё один скрин сделаю


Хм.....а зачем делать DMZ и проброс одновременно??? Либо DMZ (по моему при включенном DMZ портфорвардинг игнорится)либо проброс, при пробросе достаточно указывать UDP протокол (DMZ перенаправляет весь трафик на указанный IP). Хотелось бы опять увидеть результаты пинга на реальном канале с включенным файрволом на роутерах. Как правило в лабораторных условиях все работает, проблемы начинаются на реальном канале. Возможно имеются потери пакетов.

З.Ы. Paint умеет и в JPG сохранять скрины ))))))
 
Последнее редактирование модератором:
блин, как на зло, весь день работало нормально, было только одно общее пропадание связи на всех участках одновременно, провайдер перезагружался...

WFox написал(а):
Хм.....а зачем делать DMZ и проброс одновременно??? Либо DMZ (по моему при включенном DMZ портфорвардинг игнорится)либо проброс, при пробросе достаточно указывать UDP протокол (DMZ перенаправляет весь трафик на указанный IP).


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

Хотелось бы опять увидеть результаты пинга на реальном канале с включенным файрволом на роутерах. Как правило в лабораторных условиях все работает, проблемы начинаются на реальном канале. Возможно имеются потери пакетов.

в лаборатории только ЛБ стоит, а дисп. на реальном канале и общение с блоком через внешний Интернет идёт, так что я разницы не вижу, и кстати пропадание связи было зафиксировано и с этим "лабораторным" блоком, но не сегодня...

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

З.Ы. Paint умеет и в JPG сохранять скрины ))))))


Спасибо! учту ;)

запросы кстати судя по вайршарку всегда идут из диспетчерской с интервалом примерно в 1 минуту (как в принципе в настройках и стоит)
 
Последнее редактирование модератором:
Молодой написал(а):
запросы кстати судя по вайршарку всегда идут из диспетчерской с интервалом примерно в 1 минуту (как в принципе в настройках и стоит)

Проблема может быть не в канале диспетчерской, кстати провайдер то один???? Проблемы могут быть в конкретном сегменте сети.

P.S. Сегодня только разгребал проблему, провайдер один, сегменты разные. В одном работает все прекрасно, в другом проблема с авторизацией роутэра.
 
Понаблюдай пинг долговременно с параметром -t. Может у тебя роутер перегружается периодически.
За этими Длинками и акорпами я бы тщательнее наблюдал.... недоверяю я им...
Кстати а прошки с какой прошивкой?
 
Последнее редактирование модератором:
revit написал(а):
Понаблюдай пинг долговременно с параметром -t. Может у тебя роутер перегружается периодически.
За этими Длинками и акорпами я бы тщательнее наблюдал.... недоверяю я им...
Кстати а прошки с какой прошивкой?

оставлял пинг на ночь
ночью в 2.32 было пропадание связи именно на "лабораторном" блоке примерно на 2 минуты
остальные при этом не пропали...
в cmd уже ничего не видно, но судя по вайршарку шли безответные пакеты и по пингу...
удивительно, но не было таких частых пропаданий связи как обычно...
провайдеры разные
в диспетчерской АДСЛ, а в лаборатории Ваймакс...
 

Вложения

  • wshark1.JPG
    wshark1.JPG
    269.8 KB · Просмотры: 2
  • wshark2.JPG
    wshark2.JPG
    266.8 KB · Просмотры: 1
Назад
Сверху