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

Thu Jun 26 08:54:27 EDT 2014

It si not passing fax now, but no audio :(

Leopoldo iglesia 

> El 26/06/2014, a las 12:17, Daniel Grotti <dgrotti at sipwise.com> escribió:
> 
> 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
>>>> 
>>>> <mime-attachment.png>
>>>> 
>>>> 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
> 
> _______________________________________________
> 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/4b753c11/attachment-0001.html>