Роман отлаживает реальную схему QoS с FastTrack: он ускоряет трафик (S в conntrack), но мешает очередям — веб-трафик уходит в mark, а NoMark не ловит из-за 50 Мбит лимита и отсутствия потребителей, интерфейсные очереди отключены для чистоты теста. Ether1-Bridge правильно распределяют 10 Мбит, но FastTrack нужно ставить после accept для established/related, иначе сбрасывает connection tracking и убивает интернет — выкл/вкл помогает сбросить.
Подключайтесь к трансляции по ссылке https://webmik.ru
Задавайте вопросы спикеру в чате @miktrain с хэштэгом #вопрос
Коллеги, добрый день. Может кто то подсказать по телефонам yealink? Я слышал, что там бывали баги в прошивках, но не смог найти конкретику. У меня есть телефоны 3 и 4 серии, На T4xU периодически одностороняя слышимость при внешних звоках через провайдера. Я пришёл к выводу, что там неправильно обрабатываются sip update, потому как в дампе с телефона голос есть в обе стороны. Прошивки на та 1xx.86.14.xx. Похоже на правду? Обновление проблему проблему везде решило. Ещё есть T33g , эти иногда ребутаеются при звонках в cucm тоже от update, судя по всему. Как более точно установить проблему - не представляю.
Коллеги, добрый день. Может кто то подсказать по телефонам yealink? Я слышал, что там бывали баги в прошивках, но не смог найти конкретику. У меня есть телефоны 3 и 4 серии, На T4xU периодически одностороняя слышимость при внешних звоках через провайдера. Я пришёл к выводу, что там неправильно обрабатываются sip update, потому как в дампе с телефона голос есть в обе стороны. Прошивки на та 1xx.86.14.xx. Похоже на правду? Обновление проблему проблему везде решило. Ещё есть T33g , эти иногда ребутаеются при звонках в cucm тоже от update, судя по всему. Как более точно установить проблему - не представляю.
вы уверены что от update в ребут уходит?! т.е. пришёл update и телефон ушёл нокдаун или только предположение, ведь если tcp соединение рвётся то терминал может и в ребут пойти
вы уверены что от update в ребут уходит?! т.е. пришёл update и телефон ушёл нокдаун или только предположение, ведь если tcp соединение рвётся то терминал может и в ребут пойти
я дамп снимал, правда не сохранил. Там шёл rtp поток в обе стороны, потом пришёл update ( в котором был номер ответившего , как я понял. Набранный номер - это типо очередь на cucm или как там ) и после этого через секунду или две пропал и пинг до телфона и поток прервался, endpoint стал недоступен. Приэто логи самого телфона стёрлись. Таких случае было около 5 с этим номером. При этом при звонках просто на номера cucm не было ни одного случая.
если бы, было бы тогда хоть понятно. А так, у меня две серии телефонов с похожей проблемой. И сводится, как я понимаю, к одному. А вот как подтвердить непонтяно. Мне спрашивают, могу я гарантирвоать, что обновление по на всем парке телефонов все решит. Я в целом уверен, но хотелось бы как то подтвердить..
если бы, было бы тогда хоть понятно. А так, у меня две серии телефонов с похожей проблемой. И сводится, как я понимаю, к одному. А вот как подтвердить непонтяно. Мне спрашивают, могу я гарантирвоать, что обновление по на всем парке телефонов все решит. Я в целом уверен, но хотелось бы как то подтвердить..
Без обид - это был пятничный сарказм ) Если по делу, то раскати обнову канарейкой процентов на 20 аппаратов и понаблюдай.
