LKDS
8 800 100 8421
звонок бесплатный

Здравствуйте, гость ( Вход | Регистрация )

 
Ответить в эту темуОткрыть новую тему
> Лифтовые блоки и сеть 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



Цитата(miras @ 5.9.2022, 11:16) *

Здравствуйте
В нашем проекте есть 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 сети. Но это не совсем то что мне нужно.
Связанно ли это как с самим лифтовым блоком? С остальными вланами проблем нету, транк порты везде настроенны.
Либо я что-то упустил при конфигурации свитчей?
Сразу сказать что-либо внятное сложно. Ситуацию поможет немного прояснить содержимое вкладки "Собственные" конфигуратора ЛБ. В частности "IP адрес DHCP" сервера. Полезно сравнить с полученными данными подключения к этому же порту ноутбука.
(Конфигуратором подключаться к ЛБ напрямую через USB кабель, на вкладке "Собственные" несколько раз нажать на кнопку "Обновить".)


Эскизы прикрепленных изображений
Прикрепленное изображение
Пользователь в офлайнеКарточка пользователяОтправить личное сообщение
Вернуться в начало страницы
+Ответить с цитированием данного сообщения
miras
сообщение 7.9.2022, 11:42
Сообщение #3


Участник
**

Группа: Пользователи
Сообщений: 43
Регистрация: 13.11.2021
Пользователь №: 8 641



Цитата(oleg @ 5.9.2022, 18:45) *

Сразу сказать что-либо внятное сложно. Ситуацию поможет немного прояснить содержимое вкладки "Собственные" конфигуратора ЛБ. В частности "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



Цитата(apathy @ 7.9.2022, 15:53) *

Для начала обновить для начала ПО ЛБ 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



Цитата(miras @ 7.9.2022, 5:42) *
к одному и тому же свитчу подключены ноут и ЛБ, ноут к влан 601 соответсвенно берет берет ip из 172.16.16.0
а ЛБ к порту с влан1 где он берет айпи из сегмента 172.16.40.0
Пробовал переключить и на другой сегмент 10.10.0.0 но так же без результатно.
Приложенный скрин конфигуратора показывает что ЛБ с 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 адреса ЛБ.
Пользователь в офлайнеКарточка пользователяОтправить личное сообщение
Вернуться в начало страницы
+Ответить с цитированием данного сообщения
miras
сообщение 8.9.2022, 11:34
Сообщение #8


Участник
**

Группа: Пользователи
Сообщений: 43
Регистрация: 13.11.2021
Пользователь №: 8 641



Цитата(apathy @ 7.9.2022, 22:32) *

Уверенны что именно правильную прошивку вы залили для вашей СУЛ? Исходя из сообщения выше у вас была MITSUBISHI GPS, а сейчас просто MITSUBISHI. А тут надо смотреть на конфигурацию ваших Vlan на коммутаторах доступа


У меня на руках пока только два блока, оба Mitsubishi. Перед прошивкой решил проверить воторй блок. И прошивка подобранна именоо для Mitsubishi.
Пользователь в офлайнеКарточка пользователяОтправить личное сообщение
Вернуться в начало страницы
+Ответить с цитированием данного сообщения
miras
сообщение 8.9.2022, 11:46
Сообщение #9


Участник
**

Группа: Пользователи
Сообщений: 43
Регистрация: 13.11.2021
Пользователь №: 8 641



Цитата(oleg @ 8.9.2022, 8:22) *

Приложенный скрин конфигуратора показывает что ЛБ с 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



Цитата(miras @ 8.9.2022, 5:46) *

Проблема кроется в коммутаторе доступа, который по не понятным причинам не раздает DHCP адреса IP камерам и ЛБ. Потому что даже статические адреса на устройствах не коммутируются.
Правильно ли я понял, что даже при статически назначенных IP адресах в ЛБ - прохождение пакетов через коммутаторы ONV.CLI между ЛБ и Компьютером диспетчера для подсетей 172.16.16.X нестабильно (или не работает)?
Второй вопрос: А работа ЛБ и диспетчерской в подсети 172.16.40.X - обеспечивается?
Пользователь в офлайнеКарточка пользователяОтправить личное сообщение
Вернуться в начало страницы
+Ответить с цитированием данного сообщения
miras
сообщение 8.9.2022, 12:23
Сообщение #11


Участник
**

Группа: Пользователи
Сообщений: 43
Регистрация: 13.11.2021
Пользователь №: 8 641



Цитата(oleg @ 8.9.2022, 13:15) *

Правильно ли я понял, что даже при статически назначенных 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



Цитата(miras @ 8.9.2022, 6:23) *

1) Да, пакеты не проходят т.е. не работает
2) Да, с этим проблем нету так как 172.16.40.0 работает на 1 влане. и соотвественно для коммутатора нету пробелм назначать адреса

Моя задача разделить потоки от камер, Лб и 1-го влана.
Вот и наметился определенный путь решения вопроса. Прежде всего надо разобраться с непрохождением пакетов сетки 172.16.16.0 через коммутаторы. Как идея требующая проверки: возможно коммутаторам что-то "не нравится" в маске 255.255.248.0 сетки 172.16.16.0
Остальные хлопоты - уже производная от "непрохождения" пакетов.
Пользователь в офлайнеКарточка пользователяОтправить личное сообщение
Вернуться в начало страницы
+Ответить с цитированием данного сообщения
miras
сообщение 8.9.2022, 19:22
Сообщение #13


Участник
**

Группа: Пользователи
Сообщений: 43
Регистрация: 13.11.2021
Пользователь №: 8 641



Цитата(oleg @ 8.9.2022, 14:33) *

Вот и наметился определенный путь решения вопроса. Прежде всего надо разобраться с непрохождением пакетов сетки 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, 7:30) *

Подскажите для связи с LKDSCloud ЛБ использует тот же дефолтный порт 46000?
4997
Пользователь в офлайнеКарточка пользователяОтправить личное сообщение
Вернуться в начало страницы
+Ответить с цитированием данного сообщения
poiZon
сообщение 19.4.2023, 13:28
Сообщение #16


Активист
****

Группа: Пользователи
Сообщений: 553
Регистрация: 14.6.2012
Пользователь №: 6 661



Цитата(Nikolaj76 @ 19.4.2023, 14:18) *

4997


Спасибо
Пользователь в офлайнеКарточка пользователяОтправить личное сообщение
Вернуться в начало страницы
+Ответить с цитированием данного сообщения
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



Цитата(revit @ 19.4.2023, 15:27) *

ЛБ<->облако - 4999
облако<->cервер 4997


Вот это ещё больше спасибо, хотя уже методом тыка нашли.

Теперь новый вопрос к разработчикам.
Имеем закрытую сеть. Нужно два блока подключить к LKDScloud. Понятно что обоим блокам надо разрешить исходящие подключения по порту 4999. Теперь вопрос по входящим, я звонил в техподдержку и мне сказали что входящие подключения идут на порт 46000 (ака дефолтный). Как быть со вторым?
Пользователь в офлайнеКарточка пользователяОтправить личное сообщение
Вернуться в начало страницы
+Ответить с цитированием данного сообщения
котяра
сообщение 20.4.2023, 20:57
Сообщение #19


Активист
****

Группа: Пользователи
Сообщений: 1 191
Регистрация: 21.2.2008
Пользователь №: 2 780



очень странно что так ответили.. видимо вопрос был поставлен не совсем корректно.

при работе с облаком используется: ЛБ<->облако - 4999, а вот как происходит автозамена (подмена) порта в этой закрытой сетке... сие ведомо только властителем этих сетей.


Цитата(poiZon @ 20.4.2023, 16:31) *

Вот это ещё больше спасибо, хотя уже методом тыка нашли.

Теперь новый вопрос к разработчикам.
Имеем закрытую сеть. Нужно два блока подключить к LKDScloud. Понятно что обоим блокам надо разрешить исходящие подключения по порту 4999. Теперь вопрос по входящим, я звонил в техподдержку и мне сказали что входящие подключения идут на порт 46000 (ака дефолтный). Как быть со вторым?

Пользователь в офлайнеКарточка пользователяОтправить личное сообщение
Вернуться в начало страницы
+Ответить с цитированием данного сообщения
poiZon
сообщение 20.4.2023, 21:10
Сообщение #20


Активист
****

Группа: Пользователи
Сообщений: 553
Регистрация: 14.6.2012
Пользователь №: 6 661



Цитата(котяра @ 20.4.2023, 21:57) *

очень странно что так ответили.. видимо вопрос был поставлен не совсем корректно.


Вопрос был кмк очень чёткий: "какие порты надо дать блоку для обмена с облаком?", на что было сказано что блок использует исходящий порт 4999, а входящий адресуется на порт 46000.
Пользователь в офлайнеКарточка пользователяОтправить личное сообщение
Вернуться в начало страницы
+Ответить с цитированием данного сообщения

Ответить в эту темуОткрыть новую тему
2 чел. читают эту тему (гостей: 2, скрытых пользователей: 0)
Пользователей: 0

 



Текстовая версия Сейчас: 28.3.2024, 19:24