Re: Re: SIP, PBXApp

От: Vadim Shesterin <CGatePro_at_mx_ru>
Дата: Fri 09 Dec 2005 - 16:09:04 MSK

Vladimir A. Butenko wrote:
> Ничего не понял. Чего, собственно, Вы будете ждать? В 5.0.4 просто будут
> другие SDP, которыми обмениваются стороны при bridging. Но у Вас и
> СЕЙЧАС бриджинг, правильно? Просто при его установлении в SDP - только
> G.711 кодеки. Но Вы именно их и используете, не так ли? Значит, если у
> Вас на другой стороне жестко зажато 80ms в пакет - то он такие пакеты в
> Ваше Цисковское чудо и будет слать.

Жестко зажато в самом софте CallManager'а. =(

Вызов не проходит, если звонок идет с CGP в сторону CallManager'а и при этом на CGP включено SIP->"Force Dialog Relaying". В обратном направлении все проходит и при включенной галке. В случает отключенного "Force Dialog Relaying" все работает нормально в обе стороны.

> А вот те пакеты, которые в него будет слать CGatePro перед тем, как
> забриджевать его на клиента - будут стандартными, в 20ms (160
> измерений). Хоть какой-то шанс получить от CGatePro другие пакеты может
> появиться, если Ваш Циско в своем SDP указывает ptime=80. Если
> указывает, то можно подумать над тем, чтобы обратить на это внимание (по
> стандарту этот ptime просто рекомендация другой стороне - принимать оно
> обязано любые пакеты).

CallManager SDP не посылает совсем. Не умеет он SIP, только H.323. Звонок с него потом идет на SIP/H.323 транслятор. Он эти поля тоже не добавляет.

> Но Вы так и не прислали кусок лога, из которого виден SDP, высылаемый
> этой Циской.

Это в логах CGP

---

15:41:14.90 5 SIPDATA-06160 inp: Accept: application/sdp
15:41:14.90 5 SIPDATA-06160 inp:
15:41:14.90 5 SIPDATA-06160 inp: v=0
15:41:14.90 5 SIPDATA-06160 inp: o=Cisco-SIPUA 18088 26847 IN IP4
15:41:14.90 5 SIPDATA-06160 inp: s=SIP Call
15:41:14.90 5 SIPDATA-06160 inp: c=IN IP4
15:41:14.90 5 SIPDATA-06160 inp: t=0 0
15:41:14.90 5 SIPDATA-06160 inp: m=audio 25546 RTP/AVP 0 8 18 101
15:41:14.90 5 SIPDATA-06160 inp: a=rtpmap:0 PCMU/8000
15:41:14.90 5 SIPDATA-06160 inp: a=rtpmap:8 PCMA/8000
15:41:14.90 5 SIPDATA-06160 inp: a=rtpmap:18 G729/8000
15:41:14.90 5 SIPDATA-06160 inp: a=rtpmap:101 telephone-event/8000
15:41:14.90 5 SIPDATA-06160 inp: a=fmtp:101 0-15
15:41:14.90 5 SIPDATA-06160 Hash=15589
15:41:14.90 2 SIPDATA-06160 created SIPS-01866

Это в логах конвертера SIP/H.323, который смотрит в сторону CallManager'а

---

Fri Dec 9 15:41:19 2005

v=0
o=- 1134132079 1134132079 IN IP4
s=-
c=IN IP4
t=0 0
m=audio 17320 RTP/AVP 0 8 18 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
=============================================================

Как справиться с этой сложностью разобрались. С подобными сложностями всегда нужно быть готовыми бороться, если используется морально устаревший софт (CallManager 3.x). =) Спасибо.

>
>
> On Fri, 09 Dec 2005 13:15:37 +0300
> "Vadim Shesterin" <CGatePro@mx.ru> wrote:
>

>> German Myzovsky wrote:
>>
>>>> Вот такое пришло со стороны CGP:
>>>>       [4]={
>>>>         capabilityTableEntryNumber = 10
>>>>         capability = receiveAudioCapability g711Ulaw64k 20
>>>>       }
>>>
>>>
>>>
>>>> Вот так ответил CallManager:
>>>>     capabilityTable = 4 entries {
>>>>       [0]={
>>>>         capabilityTableEntryNumber = 1
>>>>         capability = receiveAudioCapability g711Ulaw64k 40
>>>>       }
>>>>       [1]={
>>>>         capabilityTableEntryNumber = 44
>>>>         capability = receiveAndTransmitUserInputCapability hookflash 
>>>> <<null>>
>>>>       }
>>>
>>>
>>>
>>> И, наконец, соединение должно установиться по меньшему общему,
>>> т.е. 20ms, т.е. 160 bytes. В Бангало-о-ор!
>>
>>
>> Скорее всего на более свежей версии CallManager'а (а не на 3.x) будет все
>> значительно лучше.
>>
>> Проблему все-таки удалось решить:
>> Вызов прошел успешно с другого устройства, минуя CGP с установленным 
>> жестко
>> payload'ом 80 байт.
>> После этого отключили relaing на CGP и все вызовы стали проходить.
>> Будем ждать режима бриджевания. Подобные сложности пропадут сами собой.
>>
>> ===============================================
>> Vladimir A. Butenko wrote:
>>
>>> On Thu, 8 Dec 2005 16:55:27 +0200
>>>  "Alexey Luckyanchikov" <CGatePro@mx.ru> wrote:
>>>
>>>> On Thu, 08 Dec 2005, Vladimir A. Butenko wrote:
>>>>
>>>> VAB> >Насколько я понял, при соединении абонентов в PBXApp через bridge
>>>> VAB> >media-трафик передается без участия CGP, если это возможно, но 
>>>> голосовой
>>>> VAB> >кодек при этом может быть только тот, о котором договорились 
>>>> инициатор
>>>> VAB> >звонка и PBXApp application?
>>>> VAB> VAB> В 5.0.4 это будет уже не так.
>>>>
>>>> А как будет?
>>>
>>>
>>> Будут бриджеваться договариваясь кодеками, которые есть на обеих 
>>> сторонах.
>>

С уважением,

-- 
Vadim Shesterin [SVAD-RIPE, SVAD-RIPN]

Получено Fri Dec 09 13:09:06 2005