[Freeswitch-users] # in prefix

David Ponzone david.ponzone at ipeva.fr
Tue Jan 25 14:52:59 MSK 2011 

Sure, but then I am not sure to undertand what he wants to do.

Sam, to summarize, do you want to ignore the first 183 because you suspect/know it's fake, and wait for the trustable ringback in early media ?

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 à 12:41, Tihomir Culjaga a écrit :

> 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
> 
> 
> _______________________________________________
> 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/30dd8bf6/attachment-0001.html

More information about the FreeSWITCH-users mailing list