односторонняя слышимость при исходящих

[Glukinho]

Использую разные версии 11 линейки, полет вполне нормальный.

[virus_net]

1.8.0.27

плюсуюсь за ветку 1.8

[april22]

1.8 ....
сам думаю дома слезть с 11 версии .

[byy]

а возможно есть какая-то вменяемая дока (не rfc) по протоколу взаимодействия между sip устройствами?

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

правильно ли я понимаю, что основной RTP поток идти должен после "200 OK SDP"?
в проблемном звонке после 200 идет только один RTP поток, от меня.

[byy]

а вот и суть проблемы:
телефон с asterisk'ом разговаривает с помощью ulaw, а asterisk с билайном с помощью alaw.
притом и в настройках телефонов, и в секции провайдера и в секции клиентов разрешены как тот, так и другой кодеки.

[byy]

просто до смешного.

в конфигах обоих провайдеров, клиентов:
allow=ulaw
allow=alaw

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

итак вопрос, почему может быть такая проблема перекодировки, причем проявляющаяся на определенном провайдере?

[Glukinho]

А нельзя всем оставить только alaw и не париться?

[byy]

да это понятно все. хочется понять, откуда ноги растут, почему так происходит.

[ded]

Научиться снимать дамп и анализировать INVITE и ответ на него:
http://asterisk.ru/knowledgebase/debug

[byy]

invite:
Media Description, name and address (m): audio 15358 RTP/AVP 0 8 101
Media Type: audio
Media Port: 15358
Media Protocol: RTP/AVP
Media Format: ITU-T G.711 PCMU
Media Format: ITU-T G.711 PCMA
Media Format: DynamicRTP-Type-101

ok:
Media Description, name and address (m): audio 60504 RTP/AVP 8 101
Media Type: audio
Media Port: 60504
Media Protocol: RTP/AVP
Media Format: ITU-T G.711 PCMA
Media Format: DynamicRTP-Type-101

кодек, который будет использоваться, устанавливает сервер.
соответственно, для моих клиентов по умолчанию выбирается ulaw, т.к. первым идет в списке и он поддерживается обеими сторонами. далее * стучится к провайдеру, тот предлагает alaw. поскольку поток от клиента до * уже поднят, кодек измениться не может, правильно же понимаю? далее поднимается канал между * и провайдером, используется alaw. судя по всему перекодировкой должен заниматься астериск, но тут непонятный затык происходит. до другого провайдера перекодировка происходит, исправно.

кстати, ответ про где почитать про протокол. http://samag.ru/archive/article/1831