[Spce-user] Fwd: Re: Blacklist t.38 fax codec

[Daniel Grotti]

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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20140620/659258d8/attachment-0001.html>