каму в разрыв и таймаут мутить?)

как вариант, но мне легче в данном случае будет подправить исходники FS ?

ребята, а подскажите, есть ли возможность заставить FS завершать сессию не дожидаясь ACK на отправленный BYE?

пробовали завершать сессии по sip timers или rtp timeout?

или без ok всё равно висят?

Они завершатся по SIP timers только скорее всего в CFR попдут неправилньые данные

sip timers ведь по дефолту должен какое-то адекватное значение иметь?

у меня сессии вечно потом висят

до ребута

там ещё сложность есть (собственно, откуда уши проблемы растут). аплинк работает исключительно по TCP

SIP timers на сколкьо я помню мо умолчанию отключены

во всём стандарте sip адекватные значения описаны как "ну вы сами решайте что тут адекватно", ну и некоторые вендоры такого нарешали))

да, похоже выключено из коробки

попробую включить, спасибо

привет

почему freeswitch может не отправлять повторный инвайт после 407 ответа

уже все перерыл...

возможно нечем авторизовываться

как вызов отправляешь?

он авторизовывается

регистрация на удаленной стороне есть

<action application="bridge" data="{sip_cid_type=none}sofia/gateway/

обычно вызов отправляю

при вызове оператор присылает 407 должен быть реинвайт его нету

в дампе отбойников нет никаких? NAT есть в промежутке?

нат есть

в профиле стоит все как надо

указан внешний ип

регистрация после того как профиль исправил прошла вполне успешно

но вызовы не ходят

на маршрутизаторе есть возможность снять дамп?

да и снимал

вижу первый инвайт свой вижу ответ от прова 407 и тишина

о недоступности UDP порта нет сообщений?

вот в том то и проблема что нет

покажи конфиг шлюза

<include> <gateway name="1"> <param name="username" value="22"/> <param name="from-user" value="22"/> <param name="auth-username" value="22"/> <param name="extension" value="22"/> <param name="password" value="1"/> <param name="proxy" value="ip"/> <param name="register-proxy" value="ip"/> <param name="expire-seconds" value="1800"/> <param name="retry-seconds" value="120"/> <param name="register" value="true"/> <param name="register-transport" value="udp"/> <param name="extension-in-contact" value="true"/> </gateway> </include>

да я обезличил

ничего такого

билд фс?

FreeSWITCH Version 1.6.20-37-987c9b9~64bit (-37-987c9b9 64bit)

я и не могу найти причину

диалплан отрабатывает все работает

на этом же профиле есть другие реги все пашет

ничего в дампе критичного не вижу... ладно буду рыть чудес не бывает и ктото косячит либо я либо удаленка

<param name="register" value="true"/>

Это означает что он пытается зарегаться ну прямо вот сразу - и если не сможет то помечает гейт как не рабочий

fs_cli + F5 покажет какие гейты в каком статусе

sofia status profile external

или даже sofia status profile external gwlist down

@agick

<param name="register" value="true"/>

он зареган

с этим проблем нет

проблема при звонке

Похоже есть. Ибо раз зареган - какого Х 407? - Зареган - не должно быть 407

мда

Попробуй вырубить (false) - тогда логика не нарушается

вообще по логике вещей если зареган он уже вставит необходимые auth-challenges заголовки и логично что получение 407 в такоем случае - хрень

все банальние и тупее

чем вы могли подумать

проблема решилась!

чо было то?

МХАТовская пауза )?

затянулсь

интрига

сотрудник НТВ)?

главное чтобы не РЕН-ТВ

кодеки

ибо удаленная сторона мудаки

вы встречали других провайдеров)?

я сам провайдер )

успокою вас - ктото думает так-же...

А текстовкой в ответе INCOMPATIBLE DESTINATION случайно не было?

А при чём тут рега и отсутствие 407? Оно просит авторизоваться для звонка - в разные стороны же работает

для реги традиционно 401 просят

А текстовкой в ответе INCOMPATIBLE DESTINATION случайно не было?

не было

А при чём тут рега и отсутствие 407? Оно просит авторизоваться для звонка - в разные стороны же работает

Точно так же причем 407 и кодеки. На воду дули

Согласен, фигня получилась

для реги традиционно 401 просят

Для регистрации просят как 407 так и 401 в зависимости от того, через что проходит пакет

Для регистрации просят как 407 так и 401 в зависимости от того, через что проходит пакет

я не утверждал обратного :) Но common-practice

приличные люди отвечают 401 на register и 407 на invite

приличные люди отвечают 401 на register и 407 на invite

А не приличные? Вот мне инетересно именно это! Что же отвечают неприличные :)

приличные люди отвечают 401 на register и 407 на invite

407 - Всего лишь говорит о том что прокси сервер участует в процедуре аутентификации. Никакой привязки REGISTER или INVITE тут нет

А не приличные? Вот мне инетересно именно это! Что же отвечают неприличные :)

в большинстве случаев они взаимозаменяемые, так что бывает по-всякому

Вот тут можно мочитать https://tools.ietf.org/html/rfc3665

кроме того прокси по пути может заменить 401 на 407

в большинстве случаев они взаимозаменяемые, так что бывает по-всякому

Вы ответили не на мой вопрос :) но все-равно - благодарю Вас

Вот тут можно мочитать https://tools.ietf.org/html/rfc3665

Спасибо! Очень поучительный сверток!

Спасибо, коллеги, за поднятый вопрос 401vs407. Он меня реально мучал.

читайте rfc на ночь

найдёте ещё 100500 вещей, которые будут вас мучать

читайте rfc на ночь

а на день будем делать из него подгузники? :)

найдёте ещё 100500 вещей, которые будут вас мучать

Согласен поностью и бесповоротно :)

rfc только в трубочку сворачивать. самому и с коллегами курить, а с оппонентами - фехтовать

А еще по нему работают 95% всего VoIP оборудования

Ну того оборудования которое имеет смысл учитывать

День добрый, у кого то есть наработки по интеграции 1c в freeswitch?

День добрый, у кого то есть наработки по интеграции 1c в freeswitch?

у рарус)

ага

понял