а фича

Чат, а подскажите, как побороть пропадание звука в разговорах?

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

убрать NAT

убрать NAT

нельзя.

ну или, как обычно у нас происходит - сдать проблему провайдеру

на рядом стоящем транке от билайна все окей.

пусть там за клиента подумают :D

в принципе я к тому же склоняюсь =)

не Вестколл, надеюсь?

:D

не Вестколл, надеюсь?

я чуть с ними не заключил контракт. не, авантел.

Ну и хорошо, на один гемор меньше :)

я уже джиттер включил и обязал его использование. и canreinvite разрешил

canreinvite разрешил - плохо

canreinvite разрешил - плохо

без него сразу нет звука

тогда надо смотреть, куда отправляется rtp

в блоке SDP сообщения invite или 200 ок от авантела

если обьяснишь что он делает и за что отвечают его параметры - буду благодарен

Google, не?

:)

canreinvite разрешает спрямление rtp трафика между терминалами sip

в твеом случае - между авантелом и телефоном

в твеом случае - между авантелом и телефоном

вот и отлично, чем плохо его включение - я не понимаю.

в том, что твой nat роутер может не понять, куда транслировать вдруг откуда ни возьмись взявшийся входяший rtp (udp трафик на рандомный порт 10К-20К)

и будет его сбрасывать

что затроутер? zyxel?

в том, что твой nat роутер может не понять, куда транслировать вдруг откуда ни возьмись взявшийся входяший rtp (udp трафик на рандомный порт 10К-20К)

тик. юдп на 10к-20к разрешен.

в принципе - разрешен.

То, что вы считаете "разрешен" еще не говорит о правильности трансляции входящего трафика из инета в локальную сеть

а что вы считаете "разрешен", кстати?:

отлично, и что, по вашему, должен сделать микротик с таким пакетом

?

отлично, и что, по вашему, должен сделать микротик с таким пакетом

переслать на адрес сервака.

хм, я понял.

а почему не телефона?

в вашем случае все проще, я бы вообще не использовал статичных трансяций.

ок, сейчас задам правило для телефонов тоже, посмотрим.

отключите в микроте sip alg

уберите правила

отключите canreinvite

и все должно работать

именно

обычно, это главная причина всех бед, особенно, если не знаешь, что это и как работает

именно

если у меня рубанется коннект и на билайне - придется вернуть все назад.

Вы сами усложнили схему при изначальном подключении, и я не могу сказать, рубанется что-то другое или нет :)

подключении и настройке*

Этот параметр не должен мешать работе телефонии

Этот параметр не должен мешать работе телефонии

sip alg?

вы уверены?)

Да

Просветите, а что такое sip alg?

Не разу не было проблем

Исправление SIP-заголовков

Короче фигня которая позволяет нормально ходить ртп через нат

ясно всё

лучше, выключайте :)

Не разу не было проблем

это просто везение))))

Ну хз

выключил.

нитчего не поменялось.

strict RTP переключил на no, при звонке на 495-777-77-77 тишина, зато пробился голос на 499-777-77-77

только выключил, или все изменения, о которых я писал?

только выключил, или все изменения, о которых я писал?

все изменения.

часть звонков - есть голос, часть звонков - нет голоса.

ERROR: S client not available

надо смотреть чем они отличаются

надо смотреть чем они отличаются

много чем.

в таком случае количество возможных причин стремится к бесконечности

в таком случае количество возможных причин стремится к бесконечности

начиная с того что это разные провайдеры и транки к ним - разные)

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

серваки правда идентичные.

вдиимо, это единственное, чем звонки похожи друг на друга? :)

Ты прав.

Короче походу единственное что мне придется сделать - это звонить прову.

Ок, а если дебаг на моем номере включить, и позвонить на два номера, в которых известно что будет - есть вероятность заметить разницу?

Надо собрать sip+rtp дампы хорошего и плохого вызова

и смотреть, чем они отличаются, в части блоков SDP и IP-адресов обмена RTP

Пров тебе скажет, что отправлет тебе RTP туда, куда ты сказал его отправить в SDP

Надо собрать sip+rtp дампы хорошего и плохого вызова

ушел гуглить

tshark -i eth0 -f "host <provider IP>" -w /tmp/dump.pcap

если debian версии 8+

центось 6

:(

фрипбх же

не оправдание

в смысле астериск нау дистриб готовый.

omg

не asterisk-way :D

Маам, тут зануда!

ок, поверхностное гугление говорит мне, что команда tshark -i eth0 -w /root/dump.pcap -f "(udp port 5060) or (udp[1] & 1 != 1 && udp[3] & 1 != 1 && udp[8] & 0x80 == 0x80 && length < 250)" -R "ip.addr == 8.8.8.8" даст мне искомое.

не исключено

но лучше тогда весь траф с хоста провайдера

айпишник соответсвтенно подставляю авантеловский, амирите? или лучше айпишник моего телефона?

но лучше тогда весь траф с хоста провайдера

а это весь траф и будет в случае с айпишником прова.

-f "(udp port 5060)

уже сомнительно

потому что udp?