Лифтовые блоки и сеть Ethernet |
Здравствуйте, гость ( Вход | Регистрация )
Лифтовые блоки и сеть Ethernet |
miras |
5.9.2022, 17:16
Сообщение
#1
|
Участник Группа: Пользователи Сообщений: 43 Регистрация: 13.11.2021 Пользователь №: 8 641 |
Здравствуйте
В нашем проекте есть 3 VLAN. 601vlan - Лифтовые блоки 172.16.16.0 Есть Core switch уровня L3 на котором все vlan коммутируются. DHCP сервер для всех влан, работает на WinServ 2016. Все наши свитчи доступа управляемые L2. При назначении на свитче доступа, любого порта как access, для влан 601 и подключении к нему ЛБ, он не берет IP адрес из под 172.16.16.0 сети. При том что если подключить к тому же порту ноутбук, IP адрес автоматический назначается из нужной сети влан 601. При подключении ЛБ к влан 1, IP адрес Лб-ку назначается из 172.16.40.0 сети. Но это не совсем то что мне нужно. Связанно ли это как с самим лифтовым блоком? С остальными вланами проблем нету, транк порты везде настроенны. Либо я что-то упустил при конфигурации свитчей? |
oleg |
5.9.2022, 17:45
Сообщение
#2
|
Активист Группа: LKDS_Team Сообщений: 1 534 Регистрация: 10.2.2006 Пользователь №: 6 |
Здравствуйте В нашем проекте есть 3 VLAN. 601vlan - Лифтовые блоки 172.16.16.0 Есть Core switch уровня L3 на котором все vlan коммутируются. DHCP сервер для всех влан, работает на WinServ 2016. Все наши свитчи доступа управляемые L2. При назначении на свитче доступа, любого порта как access, для влан 601 и подключении к нему ЛБ, он не берет IP адрес из под 172.16.16.0 сети. При том что если подключить к тому же порту ноутбук, IP адрес автоматический назначается из нужной сети влан 601. При подключении ЛБ к влан 1, IP адрес Лб-ку назначается из 172.16.40.0 сети. Но это не совсем то что мне нужно. Связанно ли это как с самим лифтовым блоком? С остальными вланами проблем нету, транк порты везде настроенны. Либо я что-то упустил при конфигурации свитчей? (Конфигуратором подключаться к ЛБ напрямую через USB кабель, на вкладке "Собственные" несколько раз нажать на кнопку "Обновить".) Эскизы прикрепленных изображений |
miras |
7.9.2022, 11:42
Сообщение
#3
|
Участник Группа: Пользователи Сообщений: 43 Регистрация: 13.11.2021 Пользователь №: 8 641 |
Сразу сказать что-либо внятное сложно. Ситуацию поможет немного прояснить содержимое вкладки "Собственные" конфигуратора ЛБ. В частности "IP адрес DHCP" сервера. Полезно сравнить с полученными данными подключения к этому же порту ноутбука. (Конфигуратором подключаться к ЛБ напрямую через USB кабель, на вкладке "Собственные" несколько раз нажать на кнопку "Обновить".) к одному и тому же свитчу подключены ноут и ЛБ, ноут к влан 601 соответсвенно берет берет ip из 172.16.16.0 а ЛБ к порту с влан1 где он берет айпи из сегмента 172.16.40.0 Пробовал переключить и на другой сегмент 10.10.0.0 но так же без результатно. Эскизы прикрепленных изображений |
apathy |
7.9.2022, 14:53
Сообщение
#4
|
Активный участник Группа: Пользователи Сообщений: 152 Регистрация: 18.4.2012 Пользователь №: 6 640 |
Для начала обновить для начала ПО ЛБ 7.2. У вас версия ПО 7.1.2 от 07.06.2020. В версии 7.1.6 30.06.2022 - В режиме DHCP - добавлено обнаружение и автообновление сетевых параметров ЛБ при изменении конфигурации DHCP сервера сети. И понаблюдать за поведением...
|
miras |
7.9.2022, 18:39
Сообщение
#5
|
Участник Группа: Пользователи Сообщений: 43 Регистрация: 13.11.2021 Пользователь №: 8 641 |
Для начала обновить для начала ПО ЛБ 7.2. У вас версия ПО 7.1.2 от 07.06.2020. В версии 7.1.6 30.06.2022 - В режиме DHCP - добавлено обнаружение и автообновление сетевых параметров ЛБ при изменении конфигурации DHCP сервера сети. И понаблюдать за поведением... Сменил прошивку, но без результатно. Эскизы прикрепленных изображений |
apathy |
7.9.2022, 21:32
Сообщение
#6
|
Активный участник Группа: Пользователи Сообщений: 152 Регистрация: 18.4.2012 Пользователь №: 6 640 |
Уверенны что именно правильную прошивку вы залили для вашей СУЛ? Исходя из сообщения выше у вас была MITSUBISHI GPS, а сейчас просто MITSUBISHI. А тут надо смотреть на конфигурацию ваших Vlan на коммутаторах доступа
|
oleg |
8.9.2022, 7:22
Сообщение
#7
|
Активист Группа: LKDS_Team Сообщений: 1 534 Регистрация: 10.2.2006 Пользователь №: 6 |
к одному и тому же свитчу подключены ноут и ЛБ, ноут к влан 601 соответсвенно берет берет ip из 172.16.16.0 Приложенный скрин конфигуратора показывает что ЛБ с ID: 88779 стандартно отработал протокол DHCP и ШТАТНО получил IP адрес 172.16.40.5 , который ему ВЫДАЛ DHCP сервер Вашей сети с IP адресом: 172.16.40.2.а ЛБ к порту с влан1 где он берет айпи из сегмента 172.16.40.0 Пробовал переключить и на другой сегмент 10.10.0.0 но так же без результатно. Считаю решение проблемы кроется не в ЛБ, а особенностях настройки DHCP сервера Ваших сетей. Копать в сторону поиска ответа на вопрос: почему на запрос ЛБ DISCOVERY, DHCP сервер с IP адресом: 172.16.40.2, назначил ЛБ IP адрес 172.16.40.5 вместо 172.16.16.23. Как временную меру решения вопроса работы ЛБ в указанных сетях (пока идет разбирательство с назначением IP адреса DHCP сервером), можно использовать статическое назначение IP адреса ЛБ. |
miras |
8.9.2022, 11:34
Сообщение
#8
|
Участник Группа: Пользователи Сообщений: 43 Регистрация: 13.11.2021 Пользователь №: 8 641 |
Уверенны что именно правильную прошивку вы залили для вашей СУЛ? Исходя из сообщения выше у вас была MITSUBISHI GPS, а сейчас просто MITSUBISHI. А тут надо смотреть на конфигурацию ваших Vlan на коммутаторах доступа У меня на руках пока только два блока, оба Mitsubishi. Перед прошивкой решил проверить воторй блок. И прошивка подобранна именоо для Mitsubishi. |
miras |
8.9.2022, 11:46
Сообщение
#9
|
Участник Группа: Пользователи Сообщений: 43 Регистрация: 13.11.2021 Пользователь №: 8 641 |
Приложенный скрин конфигуратора показывает что ЛБ с ID: 88779 стандартно отработал протокол DHCP и ШТАТНО получил IP адрес 172.16.40.5 , который ему ВЫДАЛ DHCP сервер Вашей сети с IP адресом: 172.16.40.2. Считаю решение проблемы кроется не в ЛБ, а особенностях настройки DHCP сервера Ваших сетей. Копать в сторону поиска ответа на вопрос: почему на запрос ЛБ DISCOVERY, DHCP сервер с IP адресом: 172.16.40.2, назначил ЛБ IP адрес 172.16.40.5 вместо 172.16.16.23. Как временную меру решения вопроса работы ЛБ в указанных сетях (пока идет разбирательство с назначением IP адреса DHCP сервером), можно использовать статическое назначение IP адреса ЛБ. Проблема кроется в коммутаторе доступа, который по не понятным причинам не раздает DHCP адреса IP камерам и ЛБ. Потому что даже статические адреса на устройствах не коммутируются. Хотя при подключении к тем же портам компы под управлением Windows, IP адреса назначаются к соответсвию с их ВЛАН к которму они подключенны. На свитчах Cisco у меня проблем бы не было. А тут коммутаторы от китайской компании ONV. CLI и web интерфейсы которые очень замудренные. |
oleg |
8.9.2022, 12:15
Сообщение
#10
|
Активист Группа: LKDS_Team Сообщений: 1 534 Регистрация: 10.2.2006 Пользователь №: 6 |
Проблема кроется в коммутаторе доступа, который по не понятным причинам не раздает DHCP адреса IP камерам и ЛБ. Потому что даже статические адреса на устройствах не коммутируются. Второй вопрос: А работа ЛБ и диспетчерской в подсети 172.16.40.X - обеспечивается? |
miras |
8.9.2022, 12:23
Сообщение
#11
|
Участник Группа: Пользователи Сообщений: 43 Регистрация: 13.11.2021 Пользователь №: 8 641 |
Правильно ли я понял, что даже при статически назначенных IP адресах в ЛБ - прохождение пакетов через коммутаторы ONV.CLI между ЛБ и Компьютером диспетчера для подсетей 172.16.16.X нестабильно (или не работает)? Второй вопрос: А работа ЛБ и диспетчерской в подсети 172.16.40.X - обеспечивается? 1) Да, пакеты не проходят т.е. не работает 2) Да, с этим проблем нету так как 172.16.40.0 работает на 1 влане. и соотвественно для коммутатора нету пробелм назначать адреса Моя задача разделить потоки от камер, Лб и 1-го влана. |
oleg |
8.9.2022, 13:33
Сообщение
#12
|
Активист Группа: LKDS_Team Сообщений: 1 534 Регистрация: 10.2.2006 Пользователь №: 6 |
1) Да, пакеты не проходят т.е. не работает 2) Да, с этим проблем нету так как 172.16.40.0 работает на 1 влане. и соотвественно для коммутатора нету пробелм назначать адреса Моя задача разделить потоки от камер, Лб и 1-го влана. Остальные хлопоты - уже производная от "непрохождения" пакетов. |
miras |
8.9.2022, 19:22
Сообщение
#13
|
Участник Группа: Пользователи Сообщений: 43 Регистрация: 13.11.2021 Пользователь №: 8 641 |
Вот и наметился определенный путь решения вопроса. Прежде всего надо разобраться с непрохождением пакетов сетки 172.16.16.0 через коммутаторы. Как идея требующая проверки: возможно коммутаторам что-то "не нравится" в маске 255.255.248.0 сетки 172.16.16.0 Остальные хлопоты - уже производная от "непрохождения" пакетов. Да, действительно, недочет был в коммутаторе доступа. Китайские производители оборудования помогли разобраться с настройкой порта как access. Загвоздка была в том что на выходе из порта тег с вланом должен был удаляться. Спасибо большое Вам! Эскизы прикрепленных изображений |
poiZon |
19.4.2023, 10:30
Сообщение
#14
|
Активист Группа: Пользователи Сообщений: 553 Регистрация: 14.6.2012 Пользователь №: 6 661 |
Подскажите для связи с LKDSCloud ЛБ использует тот же дефолтный порт 46000?
|
Nikolaj76 |
19.4.2023, 13:18
Сообщение
#15
|
Участник Группа: Пользователи Сообщений: 70 Регистрация: 28.9.2021 Пользователь №: 8 603 |
|
poiZon |
19.4.2023, 13:28
Сообщение
#16
|
Активист Группа: Пользователи Сообщений: 553 Регистрация: 14.6.2012 Пользователь №: 6 661 |
|
revit |
19.4.2023, 14:27
Сообщение
#17
|
Активист Группа: Пользователи Сообщений: 6 658 Регистрация: 7.2.2006 Из: г. Ростов-на-Дону Пользователь №: 3 |
ЛБ<->облако - 4999
облако<->cервер 4997 -------------------- Я не понял Вашего вопроса, но я Вам на него отвечу.....
Лень-психоматический признак исправности выработанного за годы эволюции механизма интуитивного распознавания безсмысленности выполняемой задачи. |
poiZon |
20.4.2023, 15:31
Сообщение
#18
|
Активист Группа: Пользователи Сообщений: 553 Регистрация: 14.6.2012 Пользователь №: 6 661 |
ЛБ<->облако - 4999 облако<->cервер 4997 Вот это ещё больше спасибо, хотя уже методом тыка нашли. Теперь новый вопрос к разработчикам. Имеем закрытую сеть. Нужно два блока подключить к LKDScloud. Понятно что обоим блокам надо разрешить исходящие подключения по порту 4999. Теперь вопрос по входящим, я звонил в техподдержку и мне сказали что входящие подключения идут на порт 46000 (ака дефолтный). Как быть со вторым? |
котяра |
20.4.2023, 20:57
Сообщение
#19
|
Активист Группа: Пользователи Сообщений: 1 191 Регистрация: 21.2.2008 Пользователь №: 2 780 |
очень странно что так ответили.. видимо вопрос был поставлен не совсем корректно.
при работе с облаком используется: ЛБ<->облако - 4999, а вот как происходит автозамена (подмена) порта в этой закрытой сетке... сие ведомо только властителем этих сетей. Вот это ещё больше спасибо, хотя уже методом тыка нашли. Теперь новый вопрос к разработчикам. Имеем закрытую сеть. Нужно два блока подключить к LKDScloud. Понятно что обоим блокам надо разрешить исходящие подключения по порту 4999. Теперь вопрос по входящим, я звонил в техподдержку и мне сказали что входящие подключения идут на порт 46000 (ака дефолтный). Как быть со вторым? |
poiZon |
20.4.2023, 21:10
Сообщение
#20
|
Активист Группа: Пользователи Сообщений: 553 Регистрация: 14.6.2012 Пользователь №: 6 661 |
|
Текстовая версия | Сейчас: 28.3.2024, 19:24 |