Unstoppable
У меня на коммутаторе постоянно поадают моментально и поднимаются интерфейсы. Подозреваю, что это может быть связано с перегибом кабеля
Unstoppable
DAC же вроде не оптический
Vladimir
а DACов несколько в коммутатор воткнуто, или один?
Unstoppable
8
Unstoppable
4 бондинга
Unstoppable
проблемы только с одним
Vladimir
другой кабель в этих же портах нормально себя ведет?
Vladimir
я к тому, что может быть проблема в DAC не такая простая, как перегиб
Unstoppable
Хз, пока не менял
Unstoppable
У меня нет запасных,
Unstoppable
Потом попробую поменять местами пару кабелей
Unstoppable
такая вот странная муть
Mikrotik new version checker
🔥 [testing] New version has been released! Version: 6.46beta16 (testing) #mikrotik #routeros #update #packages #checker #testing #new https://telegra.ph/Changelog-646beta16-testing-07-24
Unstoppable
Еще вот такая муть на другом коммутаторе
Unstoppable
Но это не регулярно
Cumberbatch
Еще вот такая муть на другом коммутаторе
Жестко выставить скорость если?
Unstoppable
Это типа отключить Auto Negotiation
Cumberbatch
Да
Max
Всем привет нид хелп кто нибудь сталкивался с upnp и двойным натом? и если решение что бы железка за 2 роутером оставалась за натом?
Max
А она где у вас?
пришел в чужой офис где не имею доступа к управлению иш роутером, поставил свой микрот и за ним железка с upnp
Unstoppable
Жестко выставить скорость если?
Не думаю, что дело в этом
Cumberbatch
Не думаю, что дело в этом
Логи говорят что линки на разных модуляциях поднимаются.
Unstoppable
Нет, это не разная модуляция. Это разные линки
Unstoppable
Те что падают, поднимаются в 10G full
Unstoppable
Бонднинг из гигабитных поротов идет к серверу
Cumberbatch
умеет говорят
Нужно попробовать протокол upnp для запросов со стороны вашей железки dst натить до их железки. И наверное src натить. И записывать в лог вашего микрота. После скриптом по логам создавать правило на вашем микроте по проброске портов.
Cumberbatch
Те что падают, поднимаются в 10G full
Все равно попробуйте автосогласование отключить.
Unstoppable
Ок
Unstoppable
Имеет ли смысл включать FlowControl?
Cumberbatch
Имеет ли смысл включать FlowControl?
В данном случае вряд ли.
Unstoppable
Согласование отключено
Unstoppable
Вроде пока помогло
Unstoppable
Хотя нет. Кратковременные падения все еще продолжаются
Unstoppable
Но вроде реже стали
Unstoppable
Ладно и на том спасибо
Дмитрий
Вопрос про SIP. Почему через случайное время (2-4 минуты) разговора может обрываться поток звука от АТС до телефона? Схема подключения: АТС - Cisco ASA — IPSec канал - -Mikrotik Hex - - Sip телефон. В SIP телефоне становится не слышно другого абонента АТС (любого). Другой абонент продолжает слышать SIP телефон. На Wireshark это тоже видно. В других местах такой проблемы нет. IP Firewall Services SIP пробовал отключать , менять порты и тд. Ничего не меняется.
Дмитрий
Oktell
Vlad
НА ASA что?
Дмитрий
Через эту ASA еще 5 IPsec каналов и везде все ок
Дмитрий
правда там не микротики на остальных
Vlad
так а что в логах то пишет, почему RTP поток начинает идти в однеу сторону?
Vlad
что wireshark показывает?
Vlad
у вас скорее всего в каком то из фаерволов при молчании с одной стороны закрывается порт по которому был rtp поток
Vlad
Думаю уместнее обращаться в поддержку Oktell, микротик тут не причем, если ipsec канал не рвется
Дмитрий
Wireshark на самой атс запустили только недавно и еще обрывов не было. До этого смотрел с микротика поток со снифера в wireshark . Видно что от телефона до атс есть звук, а в обрантную сторону совсем нет
Vlad
Sip helper однозначно выключать
Vlad
АТС на базе Астера?
Дмитрий
АТС Октелл, не знаю на базе чего. На винде работает
Дмитрий
а еще были TCP retransmission пакеты примерно во время обрыва
Дмитрий
от телефона до атс
Vlad
ну тогды копайте что у вас не так в канале. И причем здесь TCP если мы говорим про SIP (UDP)
Roman
Может попробуйте увеличить количество портов в RTP. Может не всем их хватает
Vlad
Или они по TCP работают?
Дмитрий
и TCP и UDP пробовали. проблема одна и таже
Дмитрий
Vlad
так все таки у вас канал IPSEC рвется в одну сторону или с каналом все нормально?
Vlad
и TCP и UDP пробовали. проблема одна и таже
Есть возможность поднять другой VPN канал и зарулить VOIP трафик туда, проверить все таки дело в канале и в SIP?
Дмитрий
в логах микротика про обрыв ипсек не слова
Vlad
У вас через НАТ работает?
Vlad
АТС - Cisco ASA — IPSec канал - -Mikrotik Hex - - Sip телефон по этой схеме опишите где НАТ для этого соединения?
Дмитрий
и остальные программы работают нормально через тот же канал. Нат для ипсек отключен
Vlad
P Firewall Services SIP пробовал отключать , менять порты и тд. А это тогда зачем делали?
Vlad
если у вас прямой роутинг
Дмитрий
так на всякий случай, вдуг поможет
Vlad
Вам тогда вопрос не тут надо задавать а тезхподдержке АТС или производителю телефона
Vlad
вижу проблему в работе самой АТС или Телефона
Cumberbatch
так на всякий случай, вдуг поможет
По колесу стучал. Фары протирал. Снифер с двух сторон и смотрите что происходит во время обрыва.
Дмитрий
сейчас включил снифер с двух сторон. и обрывов пока нет. ВОт только что 7 минут говорили и не оборвалось
Vlad
Скорее всего в телефоне по умолчанию стоит опция которая закрывает порт при долгом таймауте в ртп потоке
Vlad
Марка телефона какая
Дмитрий
аппарат меняли, даже модель другая сейчас Yealink
Дмитрий
похожих аппаратов больше ста работает нигде нет такой проблемы. а тут в одном офисе на обоих аппаратах одинаково
Cumberbatch
похожих аппаратов больше ста работает нигде нет такой проблемы. а тут в одном офисе на обоих аппаратах одинаково
Может идёт какой-то управляющий пакет на переназначение портов ещё чего а в политику Ipsec не попадает.