Владимир320 Опубликовано 15 октября, 2021 (изменено) · Жалоба Всем привет. Наткнулся на пока нерешаемый косяк. Есть два микрота, в него включены базовые станции gigaset dect. Делаю синхронизацию через lan, одна станция является lan мастером. На микроте1 где lan мастер все синхронится, на микроте2 нет. Ну и на оборот, делаю lan мастером станцию на микроте2 и станции на нем сразу начинают синхронится, а на микроте1 нет. Вот такая схема: Между микротами cisco 6500 и 3850. На цисках просто протянут влан, настройки микротов: /interface vlan add interface=bridge_lan name=vlan700 vlan-id=700 /interface bridge add igmp-snooping=yes name=bridge_lan protocol-mode=none vlan-filtering=yes /interface vlan add interface=bridge_lan name=vlan700 vlan-id=700 /interface bridge port add bridge=bridge_lan interface=sfp-sfpplus4 add bridge=bridge_lan interface=sfp-sfpplus3 add bridge=bridge_lan interface=sfp-sfpplus2 add bridge=bridge_lan interface=sfp-sfpplus1 add bridge=bridge_lan interface=ether24 add bridge=bridge_lan interface=ether23 add bridge=bridge_lan interface=ether1 pvid=224 add bridge=bridge_lan interface=ether2 pvid=224 add bridge=bridge_lan interface=ether3 pvid=224 add bridge=bridge_lan interface=ether4 pvid=224 add bridge=bridge_lan interface=ether5 pvid=224 add bridge=bridge_lan interface=ether6 pvid=224 add bridge=bridge_lan interface=ether7 pvid=224 add bridge=bridge_lan interface=ether8 pvid=224 add bridge=bridge_lan interface=ether9 pvid=224 add bridge=bridge_lan interface=ether10 pvid=224 add bridge=bridge_lan interface=ether11 /ip neighbor discovery-settings set discover-interface-list=none protocol=cdp /interface bridge vlan add bridge=bridge_lan tagged=sfp-sfpplus1,sfp-sfpplus2,sfp-sfpplus3,sfp-sfpplus4,bridge_lan untagged=\ ether1,ether2,ether3,ether4,ether5,ether6,ether7,ether8,ether9,ether10 vlan-ids=224 add bridge=bridge_lan tagged=sfp-sfpplus4,sfp-sfpplus3,sfp-sfpplus2,sfp-sfpplus1,ether24,ether23,bridge_lan vlan-ids=700 /ip address add address=172.17.200.251/24 interface=vlan700 network=172.17.200.0 /ip firewall service-port set sip disabled=yes /ip route add distance=1 gateway=172.17.200.254 Изменено 15 октября, 2021 пользователем Владимир320 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
passer Опубликовано 15 октября, 2021 · Жалоба Какими портами микротики подключены к кошке? И как настроены эти порты на кошке? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Владимир320 Опубликовано 15 октября, 2021 (изменено) · Жалоба 1 час назад, passer сказал: Какими портами микротики подключены к кошке? И как настроены эти порты на кошке? микроты подключенны sfp1+ медным гигабитный модулем. со стороны микр2 порт на циске: interface GigabitEthernet7/24 switchport switchport trunk encapsulation dot1q switchport trunk allowed vlan 224,700 switchport mode trunk end со стороны микр1 порт на циске interface GigabitEthernet0/45 switchport trunk allowed vlan 224,700 switchport mode trunk end Как я понимаю, декты синхронятся мультикастом, и походу с одного микрота на другой мультикаст не ходит. Чуть поправлю схему, между микротами три циски), настройки одинаковые, просто добавлен влан на порты Изменено 15 октября, 2021 пользователем Владимир320 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
passer Опубликовано 15 октября, 2021 · Жалоба Выключить снупинг в влане 224 и всех делов-то, если дело в мультике. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jffulcrum Опубликовано 15 октября, 2021 · Жалоба Надо на MT выполнить /interface bridge mdb print и /interface bridge port monitor и посмотреть, порты в сторону Cisco участвуют ли в группах и/или имеют ли признак multicast-router. Если нет, то в их сторону уведомления о членстве в группе мультикаста с МТ и не полетят. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Владимир320 Опубликовано 15 октября, 2021 · Жалоба 3 часа назад, passer сказал: Выключить снупинг в влане 224 и всех делов-то, если дело в мультике. Так а почему выключить? 2 часа назад, jffulcrum сказал: Надо на MT выполнить /interface bridge mdb print и /interface bridge port monitor и посмотреть, порты в сторону Cisco участвуют ли в группах и/или имеют ли признак multicast-router. Если нет, то в их сторону уведомления о членстве в группе мультикаста с МТ и не полетят. Ок, проверю Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Владимир320 Опубликовано 16 октября, 2021 · Жалоба Пока непонятно нужен ли ig snooping на микротах? на цисках отключил ig sn во влане 224. Ситуация не поменялась, с дальнего свича синков нет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Владимир320 Опубликовано 16 октября, 2021 · Жалоба Везде ig_sn отключен и сейчас часть точек с дальнего свича засинкалась, часть ни в какую не хочет. Поведение крайне странное Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SUrov_IBM Опубликовано 16 октября, 2021 · Жалоба 21 час назад, Владимир320 сказал: Как я понимаю, декты синхронятся мультикастом, и походу с одного микрота на другой мультикаст не ходит. Владимир320, здравствуйте. Gigaset вроде использует broadcast для DECT БС, а не multicast. И по идее, включённый IGMP snooping наоборот помешает работе БС. Поскольку часть БС синхронизируется, возможно на одном из участков схемы продолжает работать IGMP snooping, подавляя broadcast? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Владимир320 Опубликовано 16 октября, 2021 · Жалоба 2 часа назад, SUrov_IBM сказал: Владимир320, здравствуйте. Gigaset вроде использует broadcast для DECT БС, а не multicast. И по идее, включённый IGMP snooping наоборот помешает работе БС. Поскольку часть БС синхронизируется, возможно на одном из участков схемы продолжает работать IGMP snooping, подавляя broadcast? ig_sn везде отрублен, также часть засинкалась, часть нет, взрыв Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SUrov_IBM Опубликовано 16 октября, 2021 · Жалоба 55 минут назад, Владимир320 сказал: часть нет, взрыв Владимир, подскажите, есть возможность взять БС которая явно не синхронизируется и физически "двигать" её по цепочке сегментов от мастера, Cisco 6500 -> 3850. Чтобы понять, на каком участке прекратилась синхронизация? Всё-таки, мне кажется, что IGMP snooping продолжает работать на 6500 или 3850 и мешает прохождению broadcast. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SUrov_IBM Опубликовано 16 октября, 2021 · Жалоба Попробует точно убедиться, что со стороны Cisco 6500, IGMP snooping не учувствует в использованном под БС VLAN.https://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst6500/ios/12-2SX/configuration/guide/book/snooigmp.html#wp1020580 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Владимир320 Опубликовано 16 октября, 2021 · Жалоба проверил, все пусто, на цисках я сделал no ip igmp snooping. Наблюдаю за точками, некоторые отваливаются, потом обратно поднимаются на дальнем свиче. С физикой все норм 49 минут назад, SUrov_IBM сказал: Владимир, подскажите, есть возможность взять БС которая явно не синхронизируется и физически "двигать" её по цепочке сегментов от мастера, Cisco 6500 -> 3850. Чтобы понять, на каком участке прекратилась синхронизация? Всё-таки, мне кажется, что IGMP snooping продолжает работать на 6500 или 3850 и мешает прохождению broadcast. пока такой возможности нет, самому не нравятся эти циски в промежутке Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SUrov_IBM Опубликовано 16 октября, 2021 · Жалоба 6 минут назад, Владимир320 сказал: на цисках я сделал no ip igmp snooping. Наблюдаю за точками, некоторые отваливаются, потом обратно поднимаются на дальнем свиче. Ой, ну прямо чудеса, как мысль – возможно Cisco подавляет broadcast из-за механизма Broadcast Storm Control? Хм..., ну по идее тогда порты должны в Down переходить. По ощущению, у Вас настроен и работает какой-то механизм, который подавляет broadcast, другого то быть не может. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Владимир320 Опубликовано 16 октября, 2021 (изменено) · Жалоба 11 минут назад, SUrov_IBM сказал: Ой, ну прямо чудеса, как мысль – возможно Cisco подавляет broadcast из-за механизма Broadcast Storm Control? Хм..., ну по идее тогда порты должны в Down переходить. По ощущению, у Вас настроен и работает какой-то механизм, который подавляет broadcast, другого то быть не может. Ну этот же механизм на конкретный порт вешается? На портах просто вланы транком, ну и циски между собой порт ченелом соединены. Отключил на цисках lldp, может как-то влияло, посмотрим Изменено 16 октября, 2021 пользователем Владимир320 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SUrov_IBM Опубликовано 16 октября, 2021 · Жалоба Просто странно, что оно себя так плавающее ведёт, что одни запросы проходят, другие нет. Всё же, если есть возможность, нужно физически "подвигать" проблемную БС по цепочке коммутаторов. Чтобы понять, на каком из них она начинает ерепениться и плясать от данного коммутатора, сузив круг подозреваемых. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Владимир320 Опубликовано 16 октября, 2021 (изменено) · Жалоба 5 минут назад, SUrov_IBM сказал: Просто странно, что оно себя так плавающее ведёт, что одни запросы проходят, другие нет. Всё же, если есть возможность, нужно физически "подвигать" проблемную БС по цепочке коммутаторов. Чтобы понять, на каком из них она начинает ерепениться и плясать от данного коммутатора, сузив круг подозреваемых. Да, так и придется делать. Просто щас есть одна тока, которая на том же микроте, что и лан мастер и ни в какую не хочет синкаться по лану. Какая-то каша получается Изменено 16 октября, 2021 пользователем Владимир320 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SUrov_IBM Опубликовано 16 октября, 2021 · Жалоба Скорей всего сейчас глупость спрошу, у Вас там STP случаем не бегает? Если да, то можно попробовать разобрать кольцо (если оно есть) на момент тестирования БС? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Владимир320 Опубликовано 16 октября, 2021 · Жалоба 2 минуты назад, SUrov_IBM сказал: Скорей всего сейчас глупость спрошу, у Вас там STP случаем не бегает? Если да, то можно попробовать разобрать кольцо (если оно есть) на момент тестирования БС? Кольца стп нету Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SUrov_IBM Опубликовано 16 октября, 2021 · Жалоба У Вас есть возможность проследить MAC проблемной БС на всём пути следования от БС до мастера и обратно от мастера до БС? Просто это уже из области фантастики и предположения, у меня был случай, когда на мультиплексоре MAC устройства пропадал и происходили чудеса. Ну и не может же у Вас быть переполнение ARP таблицы коммутатора, не миллион же их в канале. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Владимир320 Опубликовано 16 октября, 2021 (изменено) · Жалоба 6 минут назад, SUrov_IBM сказал: У Вас есть возможность проследить MAC проблемной БС на всём пути следования от БС до мастера и обратно от мастера до БС? Просто это уже из области фантастики и предположения, у меня был случай, когда на мультиплексоре MAC устройства пропадал и происходили чудеса. Ну и не может же у Вас быть переполнение ARP таблицы коммутатора, не миллион же их в канале. попробую. поставил проблемные точки на синхронизацию по dect и сразу се норм, пока оставлю так до понедельника. Не может ли микрот как-то дурить, тоже вопрос, настройки по минимому на нем Изменено 16 октября, 2021 пользователем Владимир320 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SUrov_IBM Опубликовано 16 октября, 2021 · Жалоба 2 минуты назад, Владимир320 сказал: пока оставлю так до понедельника Если удастся разрешить проблему, напишите потом пожалуйста, что было, просто интересно, чем дело кончилось. ;) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SUrov_IBM Опубликовано 16 октября, 2021 · Жалоба 12 минут назад, Владимир320 сказал: Не может ли микрот как-то дурить, тоже вопрос, настройки по минимому на нем Но ведь в пределах одного MikroTik у Вас БС без проблем синхронизируются? И CRS SFP порты, в отличии от CCR, если верить схеме находятся в одной матрице коммутации, а не через программный Bridge строятся. То есть по логике, проблема условно начинается при переходе на Cisco. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Владимир320 Опубликовано 16 октября, 2021 (изменено) · Жалоба 5 минут назад, SUrov_IBM сказал: Но ведь в пределах одного MikroTik у Вас БС без проблем синхронизируются? И CRS SFP порты, в отличии от CCR, если верить схеме находятся в одной матрице коммутации, а не через программный Bridge строятся. То есть по логике, проблема условно начинается при переходе на Cisco. Вот одна точка никак не засинхронится на одном и то же микроте и 2 точки на другом. Вообще у меня 20 точек, по 10шт на каждом микроте Изменено 16 октября, 2021 пользователем Владимир320 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SUrov_IBM Опубликовано 16 октября, 2021 · Жалоба 5 минут назад, Владимир320 сказал: Вот одна точка никак не засинхронится на одном и то же микроте и 2 точки на другом. 45 минут назад, Владимир320 сказал: Просто щас есть одна тока, которая на том же микроте, что и лан мастер и ни в какую не хочет синкаться по лану. Какая-то каша получается Вот как получается…, а эта проблемная точка только в приделах MikroTik так ерепениться? Если её попробовать через обычную мыльницу подключить к мастеру, взлетает вообще? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...