Hi Michael,<br><br>Thanks for clarifying. Unfortunately we don't live in prefect world. I was fixed that by disabling T.38 in codec negotiation and everything works fine.<br><br>Thanks Again.<br><br><div class="gmail_quote">
2010/2/24 Michael Jerris <span dir="ltr"><<a href="mailto:mike@jerris.com">mike@jerris.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div style="word-wrap: break-word;">if you want clarity on this, read the rfc for sdp offer answer. You are not supposed to remove an m= line in an answer, if something is doing that, it is incorrect.<div><br></div><div>
Mike</div><div><div></div><div class="h5"><div><br><div><div>On Feb 22, 2010, at 11:49 AM, ivdreg ivdreg wrote:</div><br><blockquote type="cite">Hi Michael,<br><br>As I said in a previous mails I know exactly what is happening.<br>
In working setup:<br><br>ITSP ---> YATE (GW - Frontend) ---> FreeSwitch (routing server/xml_curl) ---> YATE (GW - SIP Interop) ---> OpenSIPS ---> Subscriber.<br>
<br>I prefer to change YATE (GW - Frontend) and YATE (GW - SIP Interop) with FreeSwitch for some reasons. The problem is:<br><br>INVITE comes from ITSP and goes to subscriber via OpenSIPS. INIVITE between FreeSwitch (routing server) and YATE (GW - SIP Interop) contains SDP: <br>
m=audio 21108 RTP/AVP 18 4 8 0<br>c=IN IP4 10.10.1.110<br>a=rtpmap:18 G729/8000<br>a=rtpmap:4 G723/8000<br>a=rtpmap:8 PCMA/8000<br>a=rtpmap:0 PCMU/8000<br>m=image 21108 udptl t38<br>c=IN IP4 10.10.1.110<br>
a=T38FaxVersion:0<br>a=T38MaxBitRate:14400<br>a=T38FaxUdpEC:t38UDPRedundancy<br>a=T38FaxRateManagement:<div>transferredTCF<br><br>And reply 200 OK contains in SDP:<br><b>m=audio 34788 RTP/AVP 8</b><br>
a=rtpmap:8 PCMA/8000<br>
a=silenceSupp:off - - - -<br>a=ptime:20<br><br>Reply 200 OK SDP between YATE (GW - SIP Interop) and OpenSIPS contains in SDP:<br><b>m=audio 16330 RTP/AVP 8</b><br>a=rtpmap:8 PCMA/8000<br>
a=silenceSupp:off - - - -<br>a=ptime:20<br><b>m=image 0 udptl 19</b><br><br>In this case everything works fine. Line <b>m=image 0 udptl 19 </b>is removed by YATE. <br>But same test with FreeSWITCH on the place of YATE (GW - SIP Interop) <b>"m=image 0 udptl 19" </b>call brakes as you can see in my first mail.<br>
<br>I don't want to compare or discus YATE and FS functionality or something else. I just see difference in behavior and because I'm not a big expert don't know witch implementation is more accurate according standards. And second: Is it impossible for me to upgrade all CPE so only thing I can do is to fix it on server side. That is because I ask for a help.<br>
<br><br>Thanks to all.<br></div><br><br><div class="gmail_quote">2010/2/22 Michael Jerris <span dir="ltr"><<a href="mailto:mike@jerris.com" target="_blank">mike@jerris.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
if you want to see what is going on, crank up the debug in freeswitch and sofia and you should see exactly what is going on.<div><br></div><div>Mike<div><div></div><div><br><br><div class="gmail_quote">On Mon, Feb 22, 2010 at 10:11 AM, ivdreg ivdreg <span dir="ltr"><<a href="mailto:ivdreg@gmail.com" target="_blank">ivdreg@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi Michael,<br><br>This happens when ONLY IF initial INVITE is coming with T.38 from a GW (this is ITSP equipment and I don't know vendor) to our SIP subscribers with ATCOM ATA and IP Phone. We use now in production YATE for terminating and originating GWs to ITSPs and FS as main routing logic (backend). We want to switch YATE to FS for a GW also but we faced this problem. This not happens if initial INVITE nave no T.38 offered and later re-INVITE with T.38 with valid SDP port.<br>
<br>Thanks<br><br><div class="gmail_quote">2010/2/22 Michael Jerris <span dir="ltr"><<a href="mailto:mike@jerris.com" target="_blank">mike@jerris.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div>
<div style="word-wrap: break-word;">If the endpoint does not correctly follow the sdp o/a model its not going to work. This is not a "problem" with the sofia library, this is intended behavior and what we are supposed to do. What is the device?<div>
<br></div><div>Mike</div><div><div></div><div><div><br><div><div>On Feb 22, 2010, at 7:48 AM, ivdreg ivdreg wrote:</div><br><blockquote type="cite">Hi All,<br><br>Actually while seeking the solution in internet I see some people having this problem with sofia library. I'm not sure that SIP reply in this case contains a valid SDP (I think that teminating endpoint is broken) but in my opinion if we have at least one valid media type in SDP (video, audio, image ...) call must be established. Can someone comment and/or help me with this issue.<br>
<br>Regards.<br><br><div class="gmail_quote">2010/2/19 ivdreg ivdreg <span dir="ltr"><<a href="mailto:ivdreg@gmail.com" target="_blank">ivdreg@gmail.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi all,<br><br>Dose someone have a problem that if there T.38 in coming from gateway FreeSwitch drops the call because of media error ? As I see from log only T.38 port is zero and SDP has also media port. Is it possible to configure FS to do not break a call but if media is OK.<br>
<br>2010-02-19 12:26:14.305244 [NOTICE] switch_channel.c:666 New Channel sofia/backend/<a href="http://XXXXXXXXXX@10.10.1.110:7065/" target="_blank">XXXXXXXXXX@10.10.1.110:7065</a> [6cd9f634-411d-df11-99ca-003048bb99cc]<br>
2010-02-19 12:26:14.305244 [DEBUG] mod_sofia.c:3369 (sofia/backend/<a href="http://XXXXXXXXXX@10.10.1.110:7065/" target="_blank">XXXXXXXXXX@10.10.1.110:7065</a>) State Change CS_NEW -> CS_INIT<br>
2010-02-19 12:26:14.305244 [DEBUG] switch_core_session.c:1018 Send signal sofia/backend/<a href="http://XXXXXXXXXX@10.10.1.110:7065/" target="_blank">XXXXXXXXXX@10.10.1.110:7065</a> [BREAK]<br>2010-02-19 12:26:14.305244 [DEBUG] switch_core_state_machine.c:314 (sofia/backend/<a href="http://XXXXXXXXXX@10.10.1.110:7065/" target="_blank">XXXXXXXXXX@10.10.1.110:7065</a>) Running State Change CS_INIT<br>
2010-02-19 12:26:14.305244 [DEBUG] switch_core_state_machine.c:338 (sofia/backend/<a href="http://XXXXXXXXXX@10.10.1.110:7065/" target="_blank">XXXXXXXXXX@10.10.1.110:7065</a>) State INIT<br>2010-02-19 12:26:14.305244 [DEBUG] mod_sofia.c:83 sofia/backend/<a href="http://XXXXXXXXXX@10.10.1.110:7065/" target="_blank">XXXXXXXXXX@10.10.1.110:7065</a> SOFIA INIT<br>
2010-02-19 12:26:14.305244 [DEBUG] sofia_glue.c:1377 sofia/backend/<a href="http://XXXXXXXXXX@10.10.1.110:7065/" target="_blank">XXXXXXXXXX@10.10.1.110:7065</a> Patched SDP<br>---<br>v=0<br>o=- 3779949069 5166785777234550622 IN IP4 206.132.232.212<br>
s=session<br>t=0 0<br>m=audio 21108 RTP/AVP 18 4 8 0<br>c=IN IP4 10.10.1.110<br>a=rtpmap:18 G729/8000<br>a=rtpmap:4 G723/8000<br>a=rtpmap:8 PCMA/8000<br>a=rtpmap:0 PCMU/8000<br>m=image 21108 udptl t38<br>c=IN IP4 10.10.1.110<br>
a=T38FaxVersion:0<br>a=T38MaxBitRate:14400<br>a=T38FaxUdpEC:t38UDPRedundancy<br>a=T38FaxRateManagement:transferredTCF<br><br>+++<br>v=0<br>o=- 3779949069 5166785777234550622 IN IP4 206.132.232.212<br>s=session<br>t=0 0<br>
m=audio 17058 RTP/AVP 18 4 8 0<br>c=IN IP4 10.10.1.100<br>a=rtpmap:18 G729/8000<br>a=rtpmap:4 G723/8000<br>a=rtpmap:8 PCMA/8000<br>a=rtpmap:0 PCMU/8000<br>m=image 17058 udptl t38<br>c=IN IP4 10.10.1.100<br>a=T38FaxVersion:0<br>
a=T38MaxBitRate:14400<br>a=T38FaxUdpEC:t38UDPRedundancy<br>a=T38FaxRateManagement:transferredTCF<br><br>2010-02-19 12:26:14.305244 [DEBUG] mod_sofia.c:117 (sofia/backend/<a href="http://XXXXXXXXXX@10.10.1.110:7065/" target="_blank">XXXXXXXXXX@10.10.1.110:7065</a>) State Change CS_INIT -> CS_ROUTING<br>
......<br>2010-02-19 12:26:21.255201 [DEBUG] sofia.c:4135 Remote SDP:<br>v=0<br>o=FreeSWITCH 1266548331 1266548332 IN IP4 10.10.1.110<br>s=FreeSWITCH<br>c=IN IP4 10.10.1.110<br>t=0 0<br><b>m=audio 26850 RTP/AVP 8</b><br>
a=rtpmap:8 PCMA/8000<br>
a=silenceSupp:off - - - -<br>a=ptime:20<br><b>m=image 0 udptl 19</b><br><br>2010-02-19 12:26:21.255201 [DEBUG] sofia.c:4124 Channel sofia/backend/<a href="http://XXXXXXXXXX@10.10.1.110:7065/" target="_blank">XXXXXXXXXX@10.10.1.110:7065</a> entering state [ready][200]<br>
2010-02-19 12:26:21.255201 [DEBUG] switch_channel.c:2285 Send signal sofia/backend/<a href="mailto:YYYYYYYYYY@10.10.1.110" target="_blank">YYYYYYYYYY@10.10.1.110</a> [BREAK]<br>2010-02-19 12:26:21.255201 [NOTICE] sofia.c:4668 Channel [sofia/backend/<a href="http://XXXXXXXXXX@10.10.1.110:7065/" target="_blank">XXXXXXXXXX@10.10.1.110:7065</a>] has been answered<br>
2010-02-19 12:26:21.255201 [DEBUG] sofia_glue.c:2288 Set Codec sofia/backend/<a href="http://XXXXXXXXXX@10.10.1.110:7065/" target="_blank">XXXXXXXXXX@10.10.1.110:7065</a> PROXY/8000 20 ms 160 samples<br><b>2010-02-19 12:26:21.255201 [DEBUG] sofia_glue.c:2571 PROXY AUDIO RTP [sofia/backend/<a href="http://XXXXXXXXXX@10.10.1.110:7065/" target="_blank">XXXXXXXXXX@10.10.1.110:7065</a>] 10.10.1.100:17058-><a href="http://10.10.1.110:0/" target="_blank">10.10.1.110:0</a> codec: 0 ms: 20<br>
2010-02-19 12:26:21.255201 [ERR] sofia_glue.c:2879 AUDIO RTP REPORTS ERROR: [Missing remote port]<br>2010-02-19 12:26:21.255201 [NOTICE] sofia_glue.c:2880 Hangup sofia/backend/<a href="http://XXXXXXXXXX@10.10.1.110:7065/" target="_blank">XXXXXXXXXX@10.10.1.110:7065</a> [CS_CONSUME_MEDIA] [DESTINATION_OUT_OF_ORDER]</b><br>
2010-02-19 12:26:21.255201 [DEBUG] switch_channel.c:2063 Send signal sofia/backend/<a href="http://XXXXXXXXXX@10.10.1.110:7065/" target="_blank">XXXXXXXXXX@10.10.1.110:7065</a> [KILL]<br>2010-02-19 12:26:21.255201 [DEBUG] switch_core_session.c:1018 Send signal sofia/backend/<a href="http://XXXXXXXXXX@10.10.1.110:7065/" target="_blank">XXXXXXXXXX@10.10.1.110:7065</a> [BREAK]<br>
2010-02-19 12:26:21.255201 [DEBUG] switch_core_state_machine.c:314 (sofia/backend/<a href="http://XXXXXXXXXX@10.10.1.110:7065/" target="_blank">XXXXXXXXXX@10.10.1.110:7065</a>) Running State Change CS_HANGUP<br>2010-02-19 12:26:21.255201 [DEBUG] switch_core_state_machine.c:499 (sofia/backend/<a href="http://XXXXXXXXXX@10.10.1.110:7065/" target="_blank">XXXXXXXXXX@10.10.1.110:7065</a>) State HANGUP<br>
2010-02-19 12:26:21.255201 [DEBUG] mod_sofia.c:411 Channel sofia/backend/<a href="http://XXXXXXXXXX@10.10.1.110:7065/" target="_blank">XXXXXXXXXX@10.10.1.110:7065</a> hanging up, cause: DESTINATION_OUT_OF_ORDER<br>2010-02-19 12:26:21.255201 [DEBUG] mod_sofia.c:454 Sending BYE to sofia/backend/<a href="http://XXXXXXXXXX@10.10.1.110:7065/" target="_blank">XXXXXXXXXX@10.10.1.110:7065</a><br>
2010-02-19 12:26:21.255201 [DEBUG] switch_core_state_machine.c:46 sofia/backend/<a href="http://XXXXXXXXXX@10.10.1.110:7065/" target="_blank">XXXXXXXXXX@10.10.1.110:7065</a> Standard HANGUP, cause: DESTINATION_OUT_OF_ORDER<br>
2010-02-19 12:26:21.255201 [DEBUG] switch_core_state_machine.c:499 (sofia/backend/<a href="http://XXXXXXXXXX@10.10.1.110:7065/" target="_blank">XXXXXXXXXX@10.10.1.110:7065</a>) State HANGUP going to sleep<br>
2010-02-19 12:26:21.255201 [DEBUG] switch_core_state_machine.c:333 (sofia/backend/<a href="http://XXXXXXXXXX@10.10.1.110:7065/" target="_blank">XXXXXXXXXX@10.10.1.110:7065</a>) State Change CS_HANGUP -> CS_REPORTING<br>
2010-02-19 12:26:21.255201 [DEBUG] switch_core_session.c:1018 Send signal sofia/backend/<a href="http://XXXXXXXXXX@10.10.1.110:7065/" target="_blank">XXXXXXXXXX@10.10.1.110:7065</a> [BREAK]<br>
2010-02-19 12:26:21.255201 [DEBUG] switch_core_state_machine.c:314 (sofia/backend/<a href="http://XXXXXXXXXX@10.10.1.110:7065/" target="_blank">XXXXXXXXXX@10.10.1.110:7065</a>) Running State Change CS_REPORTING<br>2010-02-19 12:26:21.255201 [DEBUG] switch_ivr_originate.c:3185 Originate Resulted in Error Cause: 27 [DESTINATION_OUT_OF_ORDER]<br>
2010-02-19 12:26:21.255201 [INFO] mod_dptools.c:2353 Originate Failed. Cause: DESTINATION_OUT_OF_ORDER<br>2010-02-19 12:26:21.255201 [DEBUG] switch_core_state_machine.c:590 (sofia/backend/<a href="http://XXXXXXXXXX@10.10.1.110:7065/" target="_blank">XXXXXXXXXX@10.10.1.110:7065</a>) State REPORTING<br>
<br></blockquote></div></blockquote></div><br></div></div></div></div><br></div></div>_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org/" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br>
<br>_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org/" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br></div></div></div>
<br>_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org/" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br>
_______________________________________________<br>FreeSWITCH-users mailing list<br><a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br><a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br><a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</blockquote></div><br></div></div></div></div><br>_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br>