Hello, As i send call with prefix 999# the prefix is not passed to the provider from FS. Customer sends 999#12127773456 ---> FS ---> 12127773456 , it goes without prefix to the provider because of '#', is there any method to send to the provider 999#12127773456 . Regds Sam
How are we supposed to provide help without seeing your config ? You assume that FS does not pass the #. FS does what you ask it to, so it will send # to leg B if you configure your dialplan accordingly. The only char I had issue to send to leg B so far is @ (must be replaced by %40). David Ponzone Direction Technique email: david.ponzone@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 24/01/2011 à 17:48, Sam a écrit :
Hello,
As i send call with prefix 999# the prefix is not passed to the provider from FS.
Customer sends 999#12127773456 ---> FS ---> 12127773456 , it goes without prefix to the provider because of '#', is there any method to send to the provider 999#12127773456 .
Regds Sam _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
You MUST url encode the # key as %23 since its illegal in the URI. I think we will LET you send it in the URI but some stuff will throw a fit because its invalid. /b On Jan 24, 2011, at 10:48 AM, Sam wrote:
Hello,
As i send call with prefix 999# the prefix is not passed to the provider from FS.
Customer sends 999#12127773456 ---> FS ---> 12127773456 , it goes without prefix to the provider because of '#', is there any method to send to the provider 999#12127773456 .
Regds Sam
Brian, I can confirm that on my side, I can send it litterally as #. David Ponzone Direction Technique email: david.ponzone@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 24/01/2011 à 18:04, Brian West a écrit :
You MUST url encode the # key as %23 since its illegal in the URI. I think we will LET you send it in the URI but some stuff will throw a fit because its invalid.
/b
On Jan 24, 2011, at 10:48 AM, Sam wrote:
Hello,
As i send call with prefix 999# the prefix is not passed to the provider from FS.
Customer sends 999#12127773456 ---> FS ---> 12127773456 , it goes without prefix to the provider because of '#', is there any method to send to the provider 999#12127773456 .
Regds Sam
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
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 On Mon, Jan 24, 2011 at 10:34 PM, Brian West <brian@freeswitch.org> wrote:
You MUST url encode the # key as %23 since its illegal in the URI. I think we will LET you send it in the URI but some stuff will throw a fit because its invalid.
/b
On Jan 24, 2011, at 10:48 AM, Sam wrote:
Hello,
As i send call with prefix 999# the prefix is not passed to the provider from FS.
Customer sends 999#12127773456 ---> FS ---> 12127773456 , it goes without prefix to the provider because of '#', is there any method to send to the provider 999#12127773456 .
Regds Sam
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
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
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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Here, When i do %23 the call is passing with 999%2312127773456 to the provider its not passing 999#12127773456 Regds Sam On Tue, Jan 25, 2011 at 8:58 AM, Sam <u2nsam@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Your regexp is (\d+)$. AFAIK, \d does not match #. So your regexp does not match anything up to the #. Your regexp should be: ^(\d+#\d+)$ (or something like that, I never tried to match #, so there could be a special trick for that). Or if you want to be less specific: ^(.*)$ David Ponzone Direction Technique email: david.ponzone@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 à 04:28, Sam a écrit :
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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
David, you're correct. \d means digits and only digits (0-9). I don't think # requires escaping, try that first and if it doesn't work try \#. Steve on iPhone On 25 Jan 2011, at 07:24, David Ponzone <david.ponzone@ipeva.fr> wrote:
Your regexp is (\d+)$. AFAIK, \d does not match #. So your regexp does not match anything up to the #.
Your regexp should be:
^(\d+#\d+)$ (or something like that, I never tried to match #, so there could be a special trick for that).
Or if you want to be less specific:
^(.*)$
David Ponzone Direction Technique email: david.ponzone@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 à 04:28, Sam a écrit :
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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Thnx all, I did ^(.*)$ Regds Sam On Tue, Jan 25, 2011 at 12:54 PM, David Ponzone <david.ponzone@ipeva.fr>wrote:
Your regexp is (\d+)$. AFAIK, \d does not match #. So your regexp does not match anything up to the #.
Your regexp should be:
^(\d+#\d+)$ (or something like that, I never tried to match #, so there could be a special trick for that).
Or if you want to be less specific:
^(.*)$
David Ponzone Direction Technique email: david.ponzone@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 à 04:28, Sam a écrit :
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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Here now, can 183 without sdp be blocked ? Regds Sam On Tue, Jan 25, 2011 at 8:58 AM, Sam <u2nsam@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
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@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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
this is a legal message .. why should it be blocked ? the SDP could be included earlier .. in 180 and after that you get 183 without SDP ... why to block the 183 message? T. On Tue, Jan 25, 2011 at 10:41 AM, David Ponzone <david.ponzone@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@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@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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
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@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@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@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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
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@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@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@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@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@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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
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@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@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@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@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@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@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@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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
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@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@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@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@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@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@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@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@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@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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Sam, you actually found the answer to your question, as sip_ignore_183nosdp was implented by Anthony to achieve this: http://jira.freeswitch.org/browse/FS-1978 So what you meant is that you tried it and it does not work ? Did it actually change something in the callflow when you set it ? Have you tried to export it rather than set ? David Ponzone Direction Technique email: david.ponzone@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 à 04:28, Sam a écrit :
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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
cool, that would certainly do :=) T. On Tue, Jan 25, 2011 at 1:00 PM, David Ponzone <david.ponzone@ipeva.fr>wrote:
Sam,
you actually found the answer to your question, as sip_ignore_183nosdp was implented by Anthony to achieve this:
http://jira.freeswitch.org/browse/FS-1978
So what you meant is that you tried it and it does not work ? Did it actually change something in the callflow when you set it ? Have you tried to export it rather than set ?
David Ponzone Direction Technique email: david.ponzone@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 à 04:28, Sam a écrit :
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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Yes tried that what Anthony said, its true it ignores the 183 w/o SDP but sends 180 to leg a instead for that duration, i want to just ignore the 183 without SDP and not 183 with sdp; 183 with SDP should go to the leg a but not 183 w/o sdp. Yes Tihomir false ring-back is a concern (i.e. 183 w/o sdp) and this is generated by one of the tier 1 provider having nextone sbc :( Regards Sam On Tue, Jan 25, 2011 at 5:30 PM, David Ponzone <david.ponzone@ipeva.fr>wrote:
Sam,
you actually found the answer to your question, as sip_ignore_183nosdp was implented by Anthony to achieve this:
http://jira.freeswitch.org/browse/FS-1978
So what you meant is that you tried it and it does not work ? Did it actually change something in the callflow when you set it ? Have you tried to export it rather than set ?
David Ponzone Direction Technique email: david.ponzone@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 à 04:28, Sam a écrit :
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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
than i advice you to do execute_on_ring and parse your 180 / 183 messages in search of SDP. If you have an SDP, open media channel. what if you get 180/183 without SDP ? This is a legal call flow as well. after that you could get 200 OK with SDP .. what do you need to do in such cases ? On Tue, Jan 25, 2011 at 3:59 PM, Sam <u2nsam@gmail.com> wrote:
Yes tried that what Anthony said, its true it ignores the 183 w/o SDP but sends 180 to leg a instead for that duration, i want to just ignore the 183 without SDP and not 183 with sdp; 183 with SDP should go to the leg a but not 183 w/o sdp.
Yes Tihomir false ring-back is a concern (i.e. 183 w/o sdp) and this is generated by one of the tier 1 provider having nextone sbc :(
Regards Sam
On Tue, Jan 25, 2011 at 5:30 PM, David Ponzone <david.ponzone@ipeva.fr>wrote:
Sam,
you actually found the answer to your question, as sip_ignore_183nosdp was implented by Anthony to achieve this:
http://jira.freeswitch.org/browse/FS-1978
So what you meant is that you tried it and it does not work ? Did it actually change something in the callflow when you set it ? Have you tried to export it rather than set ?
David Ponzone Direction Technique email: david.ponzone@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 à 04:28, Sam a écrit :
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@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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Hi, What is the significance of '#' on freeswitch ? as it strips all the numbers before # sign. Regds On Mon, Jan 24, 2011 at 10:18 PM, Sam <u2nsam@gmail.com> wrote:
Hello,
As i send call with prefix 999# the prefix is not passed to the provider from FS.
Customer sends 999#12127773456 ---> FS ---> 12127773456 , it goes without prefix to the provider because of '#', is there any method to send to the provider 999#12127773456 .
Regds Sam
participants (5)
-
Brian West
-
David Ponzone
-
Sam
-
Steven Ayre
-
Tihomir Culjaga