Перейти к содержимому
Калькуляторы

Всем привет. Наткнулся на  пока нерешаемый косяк.

Есть два микрота, в него включены базовые станции gigaset dect. Делаю синхронизацию через lan, одна станция является lan мастером. На микроте1 где lan мастер все синхронится, на  микроте2 нет.

Ну и на оборот, делаю lan мастером станцию на микроте2 и станции на нем сразу начинают синхронится, а на микроте1 нет.

Вот такая схема: 

1015124414_MicrosoftTeams-image(2).thumb.png.6ac53626429cf4711146cf86a54cebd8.png

Между микротами 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

Изменено пользователем Владимир320

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Какими портами микротики подключены к кошке? И как настроены эти порты на кошке?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

Как я понимаю, декты синхронятся мультикастом, и походу с одного микрота на другой мультикаст не ходит. Чуть поправлю схему, между микротами три циски), настройки одинаковые, просто добавлен влан на порты

Изменено пользователем Владимир320

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Выключить снупинг в влане 224 и всех делов-то, если дело в мультике.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Надо на MT выполнить /interface bridge mdb print и /interface bridge port monitor и посмотреть, порты в сторону Cisco участвуют ли в группах и/или имеют ли признак multicast-router. Если нет, то в их сторону уведомления о членстве в группе мультикаста с МТ и не полетят.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

3 часа назад, passer сказал:

Выключить снупинг в влане 224 и всех делов-то, если дело в мультике.

Так а почему выключить? 

 

2 часа назад, jffulcrum сказал:

Надо на MT выполнить /interface bridge mdb print и /interface bridge port monitor и посмотреть, порты в сторону Cisco участвуют ли в группах и/или имеют ли признак multicast-router. Если нет, то в их сторону уведомления о членстве в группе мультикаста с МТ и не полетят.

Ок, проверю 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Пока непонятно нужен ли ig snooping на микротах? на цисках отключил ig sn во влане 224. Ситуация не поменялась, с дальнего свича синков нет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Везде ig_sn отключен и сейчас часть точек с дальнего свича засинкалась, часть ни в какую не хочет. Поведение крайне странное

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

21 час назад, Владимир320 сказал:

Как я понимаю, декты синхронятся мультикастом, и походу с одного микрота на другой мультикаст не ходит.

Владимир320, здравствуйте.

 

Gigaset вроде использует broadcast для DECT БС, а не multicast. И по идее, включённый IGMP snooping наоборот помешает работе БС. Поскольку часть БС синхронизируется, возможно на одном из участков схемы продолжает работать  IGMP snooping, подавляя broadcast?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

2 часа назад, SUrov_IBM сказал:

Владимир320, здравствуйте.

 

Gigaset вроде использует broadcast для DECT БС, а не multicast. И по идее, включённый IGMP snooping наоборот помешает работе БС. Поскольку часть БС синхронизируется, возможно на одном из участков схемы продолжает работать  IGMP snooping, подавляя broadcast?

ig_sn везде отрублен, также часть засинкалась, часть нет, взрыв

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

55 минут назад, Владимир320 сказал:

часть нет, взрыв

Владимир, подскажите, есть возможность взять БС которая явно не синхронизируется и физически "двигать" её по цепочке сегментов от мастера, Cisco 6500 -> 3850. Чтобы понять, на каком участке прекратилась синхронизация? Всё-таки, мне кажется, что IGMP snooping продолжает работать на 6500 или 3850 и мешает прохождению broadcast.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Попробует точно убедиться, что со стороны 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
 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

проверил, все пусто, на цисках я сделал no ip igmp snooping. Наблюдаю за точками, некоторые отваливаются, потом обратно поднимаются на дальнем свиче. С физикой все норм

 

49 минут назад, SUrov_IBM сказал:

Владимир, подскажите, есть возможность взять БС которая явно не синхронизируется и физически "двигать" её по цепочке сегментов от мастера, Cisco 6500 -> 3850. Чтобы понять, на каком участке прекратилась синхронизация? Всё-таки, мне кажется, что IGMP snooping продолжает работать на 6500 или 3850 и мешает прохождению broadcast.

пока такой возможности нет, самому не нравятся эти циски в промежутке

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

6 минут назад, Владимир320 сказал:

на цисках я сделал no ip igmp snooping. Наблюдаю за точками, некоторые отваливаются, потом обратно поднимаются на дальнем свиче.

Ой, ну прямо чудеса, как мысль – возможно Cisco подавляет broadcast из-за механизма Broadcast Storm Control? Хм..., ну по идее тогда порты должны в Down переходить. По ощущению, у Вас настроен и работает какой-то механизм, который подавляет broadcast, другого то быть не может.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

11 минут назад, SUrov_IBM сказал:

Ой, ну прямо чудеса, как мысль – возможно Cisco подавляет broadcast из-за механизма Broadcast Storm Control? Хм..., ну по идее тогда порты должны в Down переходить. По ощущению, у Вас настроен и работает какой-то механизм, который подавляет broadcast, другого то быть не может.

 

Ну этот же механизм на конкретный порт вешается? На портах просто вланы транком, ну и циски между собой порт ченелом соединены. Отключил на цисках lldp, может как-то влияло, посмотрим

Изменено пользователем Владимир320

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Просто странно, что оно себя так плавающее ведёт, что одни запросы проходят, другие нет. Всё же, если есть возможность, нужно физически "подвигать" проблемную БС по цепочке коммутаторов. Чтобы понять, на каком из них она начинает ерепениться и плясать от данного коммутатора, сузив круг подозреваемых.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

5 минут назад, SUrov_IBM сказал:

Просто странно, что оно себя так плавающее ведёт, что одни запросы проходят, другие нет. Всё же, если есть возможность, нужно физически "подвигать" проблемную БС по цепочке коммутаторов. Чтобы понять, на каком из них она начинает ерепениться и плясать от данного коммутатора, сузив круг подозреваемых.

Да, так и придется делать. Просто щас есть одна тока, которая на том же микроте, что и лан мастер и ни в какую не хочет синкаться по лану. Какая-то каша получается

Изменено пользователем Владимир320

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Скорей всего сейчас глупость спрошу, у Вас там STP случаем не бегает? Если да, то можно попробовать разобрать кольцо (если оно есть) на момент тестирования БС?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

2 минуты назад, SUrov_IBM сказал:

Скорей всего сейчас глупость спрошу, у Вас там STP случаем не бегает? Если да, то можно попробовать разобрать кольцо (если оно есть) на момент тестирования БС?

Кольца стп нету

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

У Вас есть возможность проследить MAC проблемной БС на всём пути следования от БС до мастера и обратно от мастера до БС? Просто это уже из области фантастики и предположения, у меня был случай, когда на мультиплексоре MAC устройства пропадал и происходили чудеса. Ну и не может же у Вас быть переполнение ARP таблицы коммутатора, не миллион же их в канале.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

6 минут назад, SUrov_IBM сказал:

У Вас есть возможность проследить MAC проблемной БС на всём пути следования от БС до мастера и обратно от мастера до БС? Просто это уже из области фантастики и предположения, у меня был случай, когда на мультиплексоре MAC устройства пропадал и происходили чудеса. Ну и не может же у Вас быть переполнение ARP таблицы коммутатора, не миллион же их в канале.

попробую. поставил проблемные точки на синхронизацию по dect и сразу се норм, пока оставлю так до понедельника. Не может ли микрот как-то дурить, тоже вопрос, настройки по минимому на нем

Изменено пользователем Владимир320

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

2 минуты назад, Владимир320 сказал:

пока оставлю так до понедельника

Если удастся разрешить проблему, напишите потом пожалуйста, что было, просто интересно, чем дело кончилось. ;)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

12 минут назад, Владимир320 сказал:

Не может ли микрот как-то дурить, тоже вопрос, настройки по минимому на нем

Но ведь в пределах одного MikroTik у Вас БС без проблем синхронизируются? И CRS SFP порты, в отличии от CCR, если верить схеме находятся в одной матрице коммутации, а не через программный Bridge строятся. То есть по логике, проблема условно начинается при переходе на Cisco.

Снимок.JPG

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

5 минут назад, SUrov_IBM сказал:

Но ведь в пределах одного MikroTik у Вас БС без проблем синхронизируются? И CRS SFP порты, в отличии от CCR, если верить схеме находятся в одной матрице коммутации, а не через программный Bridge строятся. То есть по логике, проблема условно начинается при переходе на Cisco.

Снимок.JPG

Вот одна точка никак не засинхронится на одном и то же микроте и 2 точки на другом. Вообще у меня 20 точек, по 10шт на каждом микроте 

Изменено пользователем Владимир320

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

5 минут назад, Владимир320 сказал:

Вот одна точка никак не засинхронится на одном и то же микроте и 2 точки на другом.

 

45 минут назад, Владимир320 сказал:

Просто щас есть одна тока, которая на том же микроте, что и лан мастер и ни в какую не хочет синкаться по лану. Какая-то каша получается

Вот как получается…, а эта проблемная точка только в приделах MikroTik так ерепениться? Если её попробовать через обычную мыльницу подключить к мастеру, взлетает вообще?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.