[Freeswitch-users] # in prefix

Tue Jan 25 14:41:55 MSK 2011

David, the terminal generates the ring back when getting 183 without SDP ...

Sam, is this your only concern ? Just the false ring-back?

there are plenty of ways to fix this ... perhaps you can generate within
execute_on_ring application.
Also, you can parse the ring message (180 or 183) and look for DSP.

cheers,
T.

On Tue, Jan 25, 2011 at 11:50 AM, David Ponzone <david.ponzone at ipeva.fr>wrote:

> If there is no SDP in the 183, it cannot ring for 10 seconds as early media
> is not possible without a SDP.
> If you just want to ignore the early media, do ignore_early_media=true, but
> it's going to be worse as most Tier1 carriers do send the ringback through
> early media.
> There could be a way in FreeSWITCH to ignore early media while sending back
> a 180 to leg A.
>
> David Ponzone  Direction Technique
> email: david.ponzone at ipeva.fr
> tel:      01 74 03 18 97
> gsm:   06 66 98 76 34
>
> Service Client IPeva
> tel:      0811 46 26 26
> www.ipeva.fr  -   www.ipeva-studio.com
>
> *Ce message et toutes les pièces jointes sont confidentiels et établis à
> l'intention exclusive de ses destinataires. Toute utilisation ou diffusion
> non autorisée est interdite. Tout message électronique est susceptible
> d'altération. **IPeva** décline toute responsabilité au titre de ce
> message s'il a été altéré, déformé ou falsifié. Si vous n'êtes pas
> destinataire de ce message, merci de le détruire immédiatement et d'avertir
> l'expéditeur.*
> *
> *
>
>
>
> Le 25/01/2011 à 11:11, Sam a écrit :
>
> Its because, providers are sending false signaling by sending 183 without
> sdp,and it hampers while @ production,
> Although by cisco sbc i have done this but i want to do it by FS,
> Take a scenario, when call is send 183 without sdp for 10 secs and then
> followed by 183 with sdp ( actual signal),
> but when some one dials invalid number it rings for 10 secs and then gives
> SIP cause 404, which is bad from the providers.
> So this is the reason i want to block it.
>
> Most of the providers do this, the way out is blocking.
>
> Regards
> Sam
>
>
>
> On Tue, Jan 25, 2011 at 3:11 PM, David Ponzone <david.ponzone at ipeva.fr>wrote:
>
>> Can you explain why you want to do that ?
>> Maybe some people around will give you a better way to achieve what you
>> wanna do, or will recommend you not to do it.
>>
>>  David Ponzone  Direction Technique
>> email: david.ponzone at ipeva.fr
>> tel:      01 74 03 18 97
>> gsm:   06 66 98 76 34
>>
>> Service Client IPeva
>> tel:      0811 46 26 26
>> www.ipeva.fr  -   www.ipeva-studio.com
>>
>> *Ce message et toutes les pièces jointes sont confidentiels et établis à
>> l'intention exclusive de ses destinataires. Toute utilisation ou diffusion
>> non autorisée est interdite. Tout message électronique est susceptible
>> d'altération. **IPeva** décline toute responsabilité au titre de ce
>> message s'il a été altéré, déformé ou falsifié. Si vous n'êtes pas
>> destinataire de ce message, merci de le détruire immédiatement et d'avertir
>> l'expéditeur.*
>> *
>> *
>>
>>
>>
>> Le 25/01/2011 à 10:28, Sam a écrit :
>>
>> Here now, can 183 without sdp be blocked ?
>>
>> Regds
>> Sam
>>
>>
>>
>> On Tue, Jan 25, 2011 at 8:58 AM, Sam <u2nsam at gmail.com> wrote:
>>
>>> Hi,
>>>
>>> This is in the dialplan.
>>>
>>> http://pastebin.freeswitch.org/15131
>>>
>>> Also Brian , how can i ignore 183 without sdp,
>>> what happens is the provider sends 183 without sdp and by applying "<action
>>> application="set" data="sip_ignore_183nosdp=true"/>"  the FS sends 180
>>> to the customer.
>>> Here i want to block the 183 with SDP just like router as b2bua and send
>>> nothing to customer, and when actual 183 with sdp comes it should send .
>>>
>>> Regds
>>> Sam
>>>
>>>
>>> On Tue, Jan 25, 2011 at 8:45 AM, Brian West <brian at freeswitch.org>wrote:
>>>
>>>> We aren't a proxy.. what exactly are you talking bout?  Can you paste us
>>>> a dialplan example?
>>>>
>>>> /b
>>>>
>>>> On Jan 24, 2011, at 9:11 PM, Sam wrote:
>>>>
>>>> > The more info on FS is that it is working in proxy mode , so what ever
>>>> customer sends it sends to the next hop,
>>>> > I will try using %23 for # while sending calls.
>>>> >
>>>> > Regards
>>>> > Sam
>>>>
>>>>
>>>> _______________________________________________
>>>> FreeSWITCH-users mailing list
>>>> 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
>>>>
>>>
>>>
>> _______________________________________________
>> FreeSWITCH-users mailing list
>> 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
>>
>>
>>
>> _______________________________________________
>> FreeSWITCH-users mailing list
>> 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
>>
>>
> _______________________________________________
> FreeSWITCH-users mailing list
> 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
>
>
>
> _______________________________________________
> FreeSWITCH-users mailing list
> 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20110125/9cbeae99/attachment.html 