[Freeswitch-users] 180 with SDP converted to 183

[Michael Jerris]

it's not strange at all.  FreeSWITCH sends 183 with sdp not 180.  These are
2 separate calls that are bridged together.

On Saturday, August 13, 2016, Volodymyr Fedorov <lexxua at gmail.com> wrote:

> Hi Michael,
> This is same call, but different legs. Quite strange because I don`t use:
> "ignore_early_media" .
>
> Thanks.
>
> On Sat, Aug 13, 2016 at 4:36 PM, Michael Jerris <mike at jerris.com
> <javascript:_e(%7B%7D,'cvml','mike at jerris.com');>> wrote:
>
>> it's not "converted", it's a different call.  FreeSWITCH sends 183 w/sdp
>> and I don't think we added a way to change that to 180 w/sdp
>>
>>
>> On Saturday, August 13, 2016, Volodymyr Fedorov <lexxua at gmail.com
>> <javascript:_e(%7B%7D,'cvml','lexxua at gmail.com');>> wrote:
>>
>>> Hi community!
>>> I have simple question on B - leg I`m getting 180 with SDP:
>>>
>>> SIP/2.0 180 Ringing
>>> Via: SIP/2.0/UDP 77.120.xxx.xxx;received=77.120
>>> .xxx.xxx;branch=z9hG4bKQQD0rvjpZecrB;rport=5060
>>> From: "380XX555555" <sip:380XX555555 at 77.120.xxx.xxx>;tag=ym07v0XXr79ZQ
>>> To: <sip:0XX444444 at 62.221.xxx.xxx>;tag=d68e8a0
>>> Call-ID: 5913dfbf-dbf1-1234-cfb6-002590773bfa
>>> CSeq: 95208960 INVITE
>>> Server: VegaTelecom
>>> Supported: timer,100rel
>>> Contact: <sip:0XX444444 at 62.221.xxx.xxx:5060;vtservice=b2buaservlet.si
>>> ptosip;transport=udp>
>>> Content-Type: application/sdp
>>> Content-Length: 284
>>>
>>> v=0
>>> o=MG4000|2.0 323258 331209 IN IP4 62.221.xxx.xxx
>>> s=-
>>> c=IN IP4 62.221.xxx.xxx
>>> t=0 0
>>> m=audio 48910 RTP/AVP 8 101
>>> a=rtpmap:101 telephone-event/8000
>>> a=fmtp:101 0-15
>>> a=ptime:20
>>> a=X-vrzcap:vbd Ver=0 Mode=FaxPr ModemRtpRed=0
>>> a=X-vrzcap:identification bin=DSR2879 Prot=mgcp App=MG
>>>
>>> which is converted to the 183:
>>>
>>> 2016/08/13 15:07:29.954212 77.120.xxx.xxx:5060 -> 10.10.16.127:5060
>>> SIP/2.0 183 Session Progress
>>> Via: SIP/2.0/UDP 10.10.16.127;branch=z9hG4bKnjrrsr6jgI3hgw5UEO6x
>>> From: <sip:85000 at cc.out.co.com:5060>;tag=AwpvzqA
>>> To: <sip:0XX444444 at 77.120.xxx.xxx:5060>;tag=XB7eU5ctUyKDc
>>> Call-ID: fd0e5ed58368eb3abfe6ac75f500eb8d at 10.10.16.127
>>> CSeq: 1 INVITE
>>> Contact: <sip:0XX444444 at 77.120.xxx.xxx:5060;transport=udp>
>>> User-Agent: FreeSWITCH-mod_sofia/1.4.26-37~64bit
>>> Accept: application/sdp
>>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE,
>>> REGISTER, REFER, NOTIFY
>>> Supported: timer, path, replaces
>>> Allow-Events: talk, hold, conference, refer
>>> Content-Type: application/sdp
>>> Content-Disposition: session
>>> Content-Length: 243
>>> Remote-Party-ID: "0XX444444" <sip:0XX444444 at 77.120.xxx.xxx>
>>> ;party=calling;privacy=off;screen=no
>>>
>>> v=0
>>> o=FreeSWITCH 1471072637 1471072638 IN IP4 77.120.xxx.xxx
>>> s=FreeSWITCH
>>> c=IN IP4 77.120.xxx.xxx
>>> t=0 0
>>> m=audio 17412 RTP/AVP 8 101
>>> a=rtpmap:8 PCMA/8000
>>> a=rtpmap:101 telephone-event/8000
>>> a=fmtp:101 0-16
>>> a=silenceSupp:off - - - -
>>> a=ptime:20
>>>
>>>
>>> So question is: Are there any possibility to keep 180 with SDP or it
>>> will be always converted to 183 ?
>>> Thank you in advance.
>>>
>>>
>>> --
>>> Best regards,
>>> Volodymyr
>>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> <javascript:_e(%7B%7D,'cvml','consulting at freeswitch.org');>
>> http://www.freeswitchsolutions.com
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://confluence.freeswitch.org
>> http://www.cluecon.com
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> <javascript:_e(%7B%7D,'cvml','FreeSWITCH-users at lists.freeswitch.org');>
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>
>
>
> --
> Best regards,
> Volodymyr
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20160813/1e4f35d1/attachment.html