[Spce-user] Forced PCMA -PCMU - G729 but call not working . no voice

Daniel Grotti dgrotti at sipwise.com
Thu Jun 26 06:17:26 EDT 2014 

Hi,
please stop to duplicate the same topic.

If you want to stop T38 only for that user, you have 2 choices:

1. Change that client, cause it's a broken one
2. Remove manually from kamailio the SDP lines.

Since you are running 2.8, please refer to kamailio 3.3.x modules list.

http://kamailio.org/docs/modules/3.3.x/modules/sdpops.html

The module is not loaded by default.


Daniel




On 06/26/2014 11:53 AM, Leopoldo Iglesia wrote:
> Partialy working! Not fax negotiating. but now.....
>
>
>
> Jun 26 11:51:11 SIPSW /usr/sbin/kamailio[3230]: INFO: <script>:
> Setting PPI to '<sip:984099520 at 154.58.3.135>' -
> R=sip:x1010 at 154.58.3.188:5060 ID=2089 at 154.58.3.158
> Jun 26 11:51:11 SIPSW /usr/sbin/kamailio[3230]: INFO: <script>:
> Prepare Diversion setting - R=sip:x1010 at 154.58.3.188:5060
> ID=2089 at 154.58.3.158
> Jun 26 11:51:11 SIPSW /usr/sbin/kamailio[3230]: INFO: <script>: No
> selector set, not setting CLI - R=sip:x1010 at 154.58.3.188:5060
> ID=2089 at 154.58.3.158
> Jun 26 11:51:11 SIPSW /usr/sbin/kamailio[3230]: INFO: <script>:
> Prepare History-Info setting - R=sip:x1010 at 154.58.3.188:5060
> ID=2089 at 154.58.3.158
> Jun 26 11:51:11 SIPSW /usr/sbin/kamailio[3230]: INFO: <script>: No
> selector set, not setting CLI - R=sip:x1010 at 154.58.3.188:5060
> ID=2089 at 154.58.3.158
> Jun 26 11:51:11 SIPSW /usr/sbin/kamailio[3230]: INFO: <script>:
> Applying callee-out domain rewrite rules using dpid '4' -
> R=sip:x1010 at 154.58.3.188:5060 ID=2089 at 154.58.3.158
> Jun 26 11:51:11 SIPSW /usr/sbin/kamailio[3230]: INFO: <script>: No
> matching rewrite rules for 'x1010' found -
> R=sip:x1010 at 154.58.3.188:5060 ID=2089 at 154.58.3.158
> Jun 26 11:51:11 SIPSW /usr/sbin/kamailio[3230]: INFO: <script>:
> Setting P-Called-Party-ID '<sip:x1010 at 154.58.3.135>' -
> R=sip:x1010 at 154.58.3.188:5060 ID=2089 at 154.58.3.158
> Jun 26 11:51:11 SIPSW /usr/sbin/kamailio[3230]: INFO: <script>:
> Writing sbc parameters  ;aleg_sst_enable=no;sst_enable=no -
> R=sip:x1010 at 154.58.3.188:5060 ID=2089 at 154.58.3.158
> Jun 26 11:51:11 SIPSW /usr/sbin/kamailio[3230]: INFO: <script>:
> Appending P-D-URI 'sip:lb at 127.0.0.1;lr;socket='sip:154.58.3.135:5060''
> - R=sip:x1010 at 154.58.3.188:5060 ID=2089 at 154.58.3.158
> Jun 26 11:51:11 SIPSW /usr/sbin/kamailio[3230]: INFO: <script>:
> Forcing request via B2BUA 'sip:127.0.0.1:5080' -
> R=sip:x1010 at 154.58.3.188:5060 ID=2089 at 154.58.3.158
> Jun 26 11:51:11 SIPSW /usr/sbin/kamailio[3230]: INFO: <script>:
> Request leaving server, D-URI='sip:127.0.0.1:5080' -
> R=sip:x1010 at 154.58.3.188:5060 ID=2089 at 154.58.3.158
> Jun 26 11:51:11 SIPSW /usr/sbin/kamailio[3229]: INFO: <script>:
> NAT-Reply - S=100 - Connecting M=INVITE IP=154.58.3.158:5060
> (127.0.0.1:5080) ID=2089 at 154.58.3.158
> Jun 26 11:51:11 SIPSW /usr/sbin/kamailio[3231]: INFO: <script>:
> NAT-Reply - S=180 - Ringing M=INVITE IP=154.58.3.158:5060
> (127.0.0.1:5080) ID=2089 at 154.58.3.158
> Jun 26 11:51:16 SIPSW /usr/sbin/kamailio[3232]: INFO: <script>:
> NAT-Reply - S=200 - OK M=INVITE IP=154.58.3.158:5060 (127.0.0.1:5080)
> ID=2089 at 154.58.3.158
> Jun 26 11:51:16 SIPSW /usr/sbin/kamailio[3234]: INFO: <script>: New
> request - M=ACK R=sip:127.0.0.1:5080 F=sip:x1009 at 154.58.3.135
> T=sip:984099519 at 154.58.3.135 IP=154.58.3.158:5060 (127.0.0.1:5060)
> ID=2089 at 154.58.3.158
> Jun 26 11:51:16 SIPSW /usr/sbin/kamailio[3234]: INFO: <script>:
> Dropping mis-routed request - R=sip:127.0.0.1:5080 ID=2089 at 154.58.3.158
> Jun 26 11:51:16 SIPSW /usr/sbin/kamailio[3233]: INFO: <script>:
> NAT-Reply - S=200 - OK M=INVITE IP=154.58.3.158:5060 (127.0.0.1:5080)
> ID=2089 at 154.58.3.158
> Jun 26 11:51:16 SIPSW /usr/sbin/kamailio[3227]: INFO: <script>: New
> request - M=ACK R=sip:127.0.0.1:5080 F=sip:x1009 at 154.58.3.135
> T=sip:984099519 at 154.58.3.135 IP=154.58.3.158:5060 (127.0.0.1:5060)
> ID=2089 at 154.58.3.158
> Jun 26 11:51:16 SIPSW /usr/sbin/kamailio[3227]: INFO: <script>:
> Dropping mis-routed request - R=sip:127.0.0.1:5080 ID=2089 at 154.58.3.158
> Jun 26 11:51:17 SIPSW /usr/sbin/kamailio[3228]: INFO: <script>:
> NAT-Reply - S=200 - OK M=INVITE IP=154.58.3.158:5060 (127.0.0.1:5080)
> ID=2089 at 154.58.3.158
> Jun 26 11:51:17 SIPSW /usr/sbin/kamailio[3230]: INFO: <script>: New
> request - M=ACK R=sip:127.0.0.1:5080 F=sip:x1009 at 154.58.3.135
> T=sip:984099519 at 154.58.3.135 IP=154.58.3.158:5060 (127.0.0.1:5060)
> ID=2089 at 154.58.3.158
> Jun 26 11:51:17 SIPSW /usr/sbin/kamailio[3230]: INFO: <script>:
> Dropping mis-routed request - R=sip:127.0.0.1:5080 ID=2089 at 154.58.3.158
> Jun 26 11:51:21 SIPSW /usr/sbin/kamailio[3231]: INFO: <script>:
> NAT-Reply - S=200 - OK M=INVITE IP=154.58.3.158:5060 (127.0.0.1:5080)
> ID=2089 at 154.58.3.158
> Jun 26 11:51:21 SIPSW /usr/sbin/kamailio[3234]: INFO: <script>: New
> request - M=ACK R=sip:127.0.0.1:5080 F=sip:x1009 at 154.58.3.135
> T=sip:984099519 at 154.58.3.135 IP=154.58.3.158:5060 (127.0.0.1:5060)
> ID=2089 at 154.58.3.158
> Jun 26 11:51:21 SIPSW /usr/sbin/kamailio[3234]: INFO: <script>:
> Dropping mis-routed request - R=sip:127.0.0.1:5080 ID=2089 at 154.58.3.158
> Jun 26 11:51:23 SIPSW /usr/sbin/kamailio[3233]: INFO: <script>: New
> request - M=BYE R=sip:127.0.0.1:5080 F=sip:x1009 at 154.58.3.135
> T=sip:984099519 at 154.58.3.135 IP=154.58.3.158:5060 (127.0.0.1:5060)
> ID=2089 at 154.58.3.158
> Jun 26 11:51:23 SIPSW /usr/sbin/kamailio[3233]: INFO: <script>: Stop
> mediaproxy for all branches - R=sip:127.0.0.1:5080 ID=2089 at 154.58.3.158
> Jun 26 11:51:23 SIPSW /usr/sbin/kamailio[3233]: ERROR: rtpproxy-ng
> [rtpproxy.c:1348]: proxy replied with error: Call-ID not found or tags
> didn't match
> Jun 26 11:51:24 SIPSW /usr/sbin/kamailio[3227]: INFO: <script>: New
> request - M=BYE R=sip:127.0.0.1:5080 F=sip:x1009 at 154.58.3.135
> T=sip:984099519 at 154.58.3.135 IP=154.58.3.158:5060 (127.0.0.1:5060)
> ID=2089 at 154.58.3.158
> Jun 26 11:51:24 SIPSW /usr/sbin/kamailio[3227]: INFO: <script>: Stop
> mediaproxy for all branches - R=sip:127.0.0.1:5080 ID=2089 at 154.58.3.158
> Jun 26 11:51:24 SIPSW /usr/sbin/kamailio[3227]: ERROR: rtpproxy-ng
> [rtpproxy.c:1348]: proxy replied with error: Call-ID not found or tags
> didn't match
> Jun 26 11:51:25 SIPSW /usr/sbin/kamailio[3232]: INFO: <script>: New
> request - M=BYE R=sip:127.0.0.1:5080 F=sip:x1009 at 154.58.3.135
> T=sip:984099519 at 154.58.3.135 IP=154.58.3.158:5060 (127.0.0.1:5060)
> ID=2089 at 154.58.3.158
> Jun 26 11:51:25 SIPSW /usr/sbin/kamailio[3232]: INFO: <script>: Stop
> mediaproxy for all branches - R=sip:127.0.0.1:5080 ID=2089 at 154.58.3.158
> Jun 26 11:51:25 SIPSW /usr/sbin/kamailio[3232]: ERROR: rtpproxy-ng
> [rtpproxy.c:1348]: proxy replied with error: Call-ID not found or tags
> didn't match
> Jun 26 11:51:25 SIPSW /usr/sbin/kamailio[3230]: INFO: <script>: New
> request - M=ACK R=sip:127.0.0.1:5080 F=sip:x1009 at 154.58.3.135
> T=sip:984099519 at 154.58.3.135 IP=154.58.3.158:5060 (127.0.0.1:5060)
> ID=2089 at 154.58.3.158
>
>
> El 26/06/2014 10:44, Daniel Grotti escribió:
>> Ok,
>> What client is that which is not support T38 negotiation.
>> Sorry, but you have to fix a client issue on server side, this is
>> something awkward.
>>
>> So you should remove that T38 codecs then.
>> The following module may help:
>>
>> http://kamailio.org/docs/modules/4.0.x/modules/sdpops.html
>>
>> Try to have a look at this.
>>
>> Daniel
>>
>>
>>
>> On 06/26/2014 10:18 AM, Leopoldo Iglesia wrote:
>>> When the proxy answer the 488, next packet is other invite.. and no
>>> more.
>>>
>>> The problem is that the SDP packet comes withh all codecs like this
>>>
>>>
>>>
>>> El 20/06/2014 14:09, Daniel Grotti escribió:
>>>> Hi,
>>>> If you want to discard all INVITEs with T38, you can try to add
>>>> something like that in your
>>>> /etc/ngcp-config/templates/etc/kamailio/proxy/proxy.cfg.customtt.tt2:
>>>>
>>>>
>>>> if(is_method("INVITE") && search_body("udptl"))
>>>> {
>>>>    sl_send_reply("488", "Not Acceptable Here");
>>>>    exit;
>>>> }
>>>>
>>>> before to send the invite to ROUTE_INVITE.
>>>> Then run "ngcpcfg apply".
>>>>
>>>> So, each INVITE/REINVITE with udpl in their body will be discarded.
>>>>
>>>>
>>>> Daniel
>>>>
>>>>
>>>>
>>>>
>>>> On 06/20/2014 01:35 PM, Daniel Grotti wrote:
>>>>> I have nothing ready to give you right now.
>>>>> Basically on kamailio proxy you should match a Re-invite (using
>>>>> the "has_totag") and check if SDP contains t38 headers/codec (just
>>>>> have a look how the T38 reinvite looks like).
>>>>> So, if you receive a re-invite with T38 headers into SDP, just
>>>>> send back a 488 reply.
>>>>>
>>>>> Daniel
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On 06/20/2014 01:28 PM, Leopoldo Iglesia wrote:
>>>>>> Fine, how can I do this hack? cause endpoints is impossible to
>>>>>> mod config, so they are rented and provisioned by an ftth operator.
>>>>>>
>>>>>> El 20/06/2014 13:23, Daniel Grotti escribió:
>>>>>>> Hi,
>>>>>>> I think you need to avoid to forward the T38 Re-INVITE, so you
>>>>>>> should hack your SPCE in order to reply to the T38 re-invite
>>>>>>> with a "488 Not acceptable here", for example.
>>>>>>> So the sender SHOULD fallback to G711.
>>>>>>> Anyway, the best solution if you have endpoint with t38 enabled
>>>>>>> but they don't work well, is to disable t38.
>>>>>>>
>>>>>>>
>>>>>>> Daniel
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On 06/20/2014 01:15 PM, Leopoldo Iglesia wrote:
>>>>>>>>
>>>>>>>> 	
>>>>>>>>
>>>>>>>> 	
>>>>>>>>
>>>>>>>> 	
>>>>>>>>
>>>>>>>> 	
>>>>>>>>
>>>>>>>> 	
>>>>>>>>
>>>>>>>> 	
>>>>>>>>
>>>>>>>> 	
>>>>>>>>
>>>>>>>> 	
>>>>>>>>
>>>>>>>> 	
>>>>>>>>
>>>>>>>> 	
>>>>>>>>
>>>>>>>> 	
>>>>>>>>
>>>>>>>> 	
>>>>>>>>
>>>>>>>> 	
>>>>>>>>
>>>>>>>> 	
>>>>>>>>
>>>>>>>> 	
>>>>>>>>
>>>>>>>> 	
>>>>>>>>
>>>>>>>> 	
>>>>>>>>
>>>>>>>> 	
>>>>>>>>
>>>>>>>> 	
>>>>>>>>
>>>>>>>> 	
>>>>>>>>
>>>>>>>> 	
>>>>>>>>
>>>>>>>> 	
>>>>>>>>
>>>>>>>> 	
>>>>>>>>
>>>>>>>> 	
>>>>>>>>
>>>>>>>> 	
>>>>>>>>
>>>>>>>> 	
>>>>>>>>
>>>>>>>>
>>>>>>>> > But both endpoints support it, that is the problem and the
>>>>>>>> only > scenario when it fails, so i want SPCE not to send Fax
>>>>>>>> negotiation to > endpoint,.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>  El 20/06/2014 12:12, Daniel Grotti escribió: >> Hi, >> that's
>>>>>>>> strange, if one of the endpoints try to switch to t38 and the
>>>>>>>> >> other endpoint doesn't support it, they should fallback to
>>>>>>>> G711. >> >> Daniel >> >> >> >> >> >> >> On 06/20/2014 01:33 AM,
>>>>>>>> Leopoldo Iglesia wrote: >>> How can I, blacklist t.38 to avoid
>>>>>>>> endpoints to try t38 negotiation? >>> >>> When i call from
>>>>>>>> ericcson ont to fax capable endpoint, it try to >>> connect t38
>>>>>>>> fax and There is no voice. >>> >>> Thanks >>> >>> Leopoldo
>>>>>>>> iglesia >>> >>> _______________________________________________
>>>>>>>> >>> Spce-user mailing list >>> Spce-user at lists.sipwise.com >>>
>>>>>>>> http://lists.sipwise.com/listinfo/spce-user >> >>
>>>>>>>> _______________________________________________ >> Spce-user
>>>>>>>> mailing list >> Spce-user at lists.sipwise.com >>
>>>>>>>> http://lists.sipwise.com/listinfo/spce-user > >
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Spce-user mailing list
>>>>>>>> Spce-user at lists.sipwise.com
>>>>>>>> http://lists.sipwise.com/listinfo/spce-user
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Spce-user mailing list
>>>>>>> Spce-user at lists.sipwise.com
>>>>>>> http://lists.sipwise.com/listinfo/spce-user
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Spce-user mailing list
>>>>>> Spce-user at lists.sipwise.com
>>>>>> http://lists.sipwise.com/listinfo/spce-user
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Spce-user mailing list
>>>>> Spce-user at lists.sipwise.com
>>>>> http://lists.sipwise.com/listinfo/spce-user
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Spce-user mailing list
>>>> Spce-user at lists.sipwise.com
>>>> http://lists.sipwise.com/listinfo/spce-user
>>>
>>>
>>>
>>> _______________________________________________
>>> Spce-user mailing list
>>> Spce-user at lists.sipwise.com
>>> http://lists.sipwise.com/listinfo/spce-user
>>
>>
>>
>> _______________________________________________
>> Spce-user mailing list
>> Spce-user at lists.sipwise.com
>> http://lists.sipwise.com/listinfo/spce-user
>
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> http://lists.sipwise.com/listinfo/spce-user

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20140626/c0374020/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 228494 bytes
Desc: not available
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20140626/c0374020/attachment-0001.png>

More information about the Spce-user mailing list