Проблемы в Kerio с SIP телефонией начиная с версии 7.4.X

[EnMan]

Я еще раз напоминаю о проблеме. Или рассказываю тем, кто не знает.

Если в режиме распределения нагрузки на каналы поменять каналы местами, т.е. основной определить резервным, а резервный основным, то все SIP регистрации (именно регистрации) останутся висеть на бывшем основном канале, хотя соединения эти должны быть разорваны, что и происходило до сабжевого релиза. В момент когда клиент начинает звонить, весь его голос, естественно, идет в новый основной канал, т.е. ситуация следующая - регистрация SIP висит на одном канале, голос идет через другой - следовательно, вместо голоса что? Правильно, хер на воротник.

Эта ситуация имеет место быть только в том случае, если это переключение происходит не по аварийному отключению, а когда повелели высокие генералы. Т.е тогда, когда дефакто оба каналы работают и ни один не лежит. Если выдернуть кабелек из порта - моментальное переключение. Потушить интерфейс через веб-морду тоже помогает. Но это же пиздец, товарищи? Ну издевательство чистой воды.

tihon_one, верните нормальную работу SIP телефонии, я ебнусь скоро. Я понимаю, наверное, я нонсенс, где за Контролом сидит 300 человек и дневной трафик около 60-80G и полсотни тонелей (будь они не ладны, блять, только это не дает возможности перейти на железки) и почти у каждого по IP трубке, в основном это, вероятно мелкие конторки, не имеющие серьезной связки с IP телефонией в принципе, но то что начало происходить начиная с версий 7.4.2 и по нынешнюю линуховую восьмерку - это ни в какие ворота. Я тебе писал в ЛС, ну в конце концов, я готов вам купить трубки и прислать в коробасе с розовой лентой, если вам не на чем проверять - я серьезно, без подъебок. Ну епрст, стало невозможно работать! Ну просто пиздец, приходится каждый раз дергать "резервный" интерфейс в ОФФ что бы переключились SIP телефоны, бляха муха ну это глумеж натуральный. Я не верю, что вы не можете этого на тестовом стенде увидеть, смоделируйте у себя проблему. Я моделирую ее на раз в обычной виртуальной машине vmware. И или объясните почему такое поведение фаервола и маршрутизатора правильное с точки зрения правил прохождения пакетов или исправьте этот баг, я тебя прошу, ну обрати на меня внимание. Пни чешских коллег уже, это пиздец, правда.

Вот посмотри на картинко. На картинке 15 минут как переключены каналы руками, не смотря на то, что оба канала реально живые (поверьте, что причин это делать может быть великое множество) и канал COMCOR, через который сейчас идет SIP регистрация он сейчас резервный. Не поможет - НИЧЕГО ни через час, ни через два, ни через день!!!. Ни ребут телефонов, ни ребут клиентов, ни закрытие\открытие софтфонов - срать и мазать. Либо толкать Керио, либо тушить физически интерфейс COMCOR.

[tihon_one]

EnMan, ну мы это уже обсуждали, я пытался тебе помочь внеочереди по регламенту ТП, ты не хочешь\не можешь, я попробу. это оттетисровать только после всех моих коммандировок.
попробуй, включить режим распределения вместо фаиловера, зарули основной травич через первый интерфейс и включи в нате использование интерфейса 1, и в случае выхода его из строя разреши использование другого интерфейса, будут тот же фаиловер но по другой логике, может поможет

А вообще было бы не плохо тебе вытащить мои письма по этой проблеме и сделать то что я просил.

Добавлено через 52 секунды
а за трубки спасибо, если радио пришлёшь вообще цены тебе не будет )

[EnMan]

Цитата

Сообщение от tihon_one

EnMan, ну мы это уже обсуждали, я пытался тебе помочь внеочереди по регламенту ТП, ты не хочешь\не можешь, я попробу. это оттетисровать только после всех моих коммандировок.
попробуй, включить режим распределения вместо фаиловера, зарули основной травич через первый интерфейс и включи в нате использование интерфейса 1, и в случае выхода его из строя разреши использование другого интерфейса, будут тот же фаиловер но по другой логике, может поможет

Не поможет, я скажу больше, что именно это не давало мне использовать схему распределния нагрузки, когда три четыре канала используются одновременно на релизах младше сабжевого, у меня с телефонистами чуть ли не до драки доходило именно поэтому. Ты меня не слышишь. Когда реально срабатывает файловер, т.е. канал основной реально не доступен (падает) - переключение работает как нужно. Но вот если ты сам от того, что тебе взгрустнулось решил поменять приоритет каналов, основной сделав резервным, а резервный основным, а они на самом деле все работают - получается вот то, что я описываю. Те. в твоем варианте переключением каналов будет выглядеть как перестрочить полсотни правил в полсотне филиалов в части NAT интерфейса

Ну и я не говорю уже, что в режиме распределения нагрузки сразу вылавливаем замечательную давнюю by design "фичу", когда из удаленного филиала у которого установлен VPN тоннель в центральный офис, невозможно подключиться ни на один внешний интерфейс центрального офиса, отличный от того, на который установлено соединение. Так что куда не кинь - всюду клин.

Я тебе магнитофон пришлю даже, катушечный. Ну обратите внимание, елки палки. Пажалуста.

Добавлено через 37 минут

Цитата:

Сообщение от EnMan

Когда реально срабатывает файловер, т.е. канал основной реально не доступен (падает) - переключение работает как нужно

C одной мааааааааленькой поправочкой. Вот когда канал упадет - все переключится, а вот когда основной канал вернется... Ну вы поняли, да? SIP останется на резервном. Т.е. мы получаем этакую обезьяну с гранатой. При любом переключении каналов мы получаем, что от админа требуется садиться и что то делать, вместо того, что бы только получать смски о том, как пиздато Kerio Control все разрулил.

[tihon_one]

EnMan,
ну ты же можешь сделать то, что я тебя просил, или хныкать только будешь, я тебя просил об этом сразу после выхода 7,4,0, а воз и ныне там...у меня нет физически времени на тестирование твоей проблемы.

[EnMan]

Ты не прав, Борис. Во первых я не хныкаю, во вторых... ок, я сделаю логи. Просто получается, что саппорту нужно доказывать существование проблемы. Мне это видится неправильным. Антон, ну это же не на уровне ты-я. Наверное на уровне тестер-разработчик (и тут я еще допускаю такой подход). Но есть же люди которые зарегистрированные пользователи купленного софта. И на уровне пользователь-разработчик такой подход саппорта он по меньшей мере не правильный. Как мне кажется.

А мне на время экспериментов придется оставить офис без связи, ну это так... на минуточку. Т.к. хоть я и могу в виртуальной среде смоделировать два интернет канала, но на хостовой системе все равно он будет один, и работать (голос будет) будет дефакто, хоть Контрол и будет вести себя не верно.

Хорошо. Лог я соберу.

[tihon_one]

EnMan, да в том-то и дело, что в сапорт таких обращений вообще не поступало. Если бы они были, то да, тут другое дело, но тогда я тебе иначе бы ответил. Короче я посмотрю всё это когда выползу из череды командировок. в пути ресурсов и времени для тестирования просто нет.

[EnMan]

Проблема устранена в 8.1.0 beta 2 build 762. С нетерпением жду релиза.

[tihon_one]

EnMan, кстати будет ещё промежуточный релиз 8,0,2 в котором этот же фикс будет, но релиз будет сразу в архив, так что если кому-то надо именно 8,0,2 с этим фиксом ищите его на hxxp://download.kerio.com/archive

[EnMan]

Кстати. Микротик, суууууукааааа... Ведет себя также. Но там хоть можно рвануть соединения скриптом.