FreeSwitch as SBC, no registration?
Hello all, I'm looking to implement the following scenario: Step 1 SIP Server A sends INVITE to port 5060 over IPv6 to FreeSwitch: 2001::1 --udp/tcp--> 2001::2:5060 Step 2 FreeSwitch SIP NATs the INVITE and sends it out IPv4 to SIP Server B on port 6000 1.1.1.1 --udp/tcp--> 1.1.1.2:6000 Step 3 All SIP Server B responses within this SIP dialog are sent back to SIP Server A along the same path. REGISTER messages WILL NOT be processed by FreeSwitch. They are handle elsewhere. There is more to this but I want to accomplish this first call flow go from there. Is this possible with FreeSwitch? Can someone point me toward a resource on how to get this created? The following looks like a good start but it seems it's setup for users to register. I would prefer not to have this. http://wiki.freeswitch.org/wiki/SBC_Setup Thanks! Joe
So you just want to receive calls from A (which is a well-known IPv6 address) and send them to B. I would then modify the internal profile to be the exact same than external, except that I would bind internal to 2001::2:5060 and external to 1.1.1.1:5060. Then you just need a basic dialplan (public.xml) to send to B calls received from A. Of course, some security would be also a plus. 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 18/10/2010 à 21:20, joedotslash a écrit :
Hello all,
I'm looking to implement the following scenario:
Step 1 SIP Server A sends INVITE to port 5060 over IPv6 to FreeSwitch: 2001::1 --udp/tcp--> 2001::2:5060
Step 2 FreeSwitch SIP NATs the INVITE and sends it out IPv4 to SIP Server B on port 6000 1.1.1.1 --udp/tcp--> 1.1.1.2:6000
Step 3 All SIP Server B responses within this SIP dialog are sent back to SIP Server A along the same path.
REGISTER messages WILL NOT be processed by FreeSwitch. They are handle elsewhere.
There is more to this but I want to accomplish this first call flow go from there.
Is this possible with FreeSwitch? Can someone point me toward a resource on how to get this created?
The following looks like a good start but it seems it's setup for users to register. I would prefer not to have this.
http://wiki.freeswitch.org/wiki/SBC_Setup
Thanks! Joe _______________________________________________ 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 will always process the register request... Currently their is NO way to pass it thru. See jira their is a bounty on adding this functionality. /b On Oct 19, 2010, at 8:38 AM, David Ponzone wrote:
So you just want to receive calls from A (which is a well-known IPv6 address) and send them to B.
I would then modify the internal profile to be the exact same than external, except that I would bind internal to 2001::2:5060 and external to 1.1.1.1:5060. Then you just need a basic dialplan (public.xml) to send to B calls received from A. Of course, some security would be also a plus.
But register messages aren't required right? It's not mandatory that I send them through FreeSwitch is it? I was planning to setup CIDR ACLs so the A side (another SIP platform) can route traffic through FreeSwitch based on the source IP... and the same thing would happen in the opposite direction. The B side is another SIP platform as well. Thanks! Joe On Oct 19, 2010, at 7:17 AM, Brian West wrote:
FreeSWITCH will always process the register request... Currently their is NO way to pass it thru. See jira their is a bounty on adding this functionality.
/b
On Oct 19, 2010, at 8:38 AM, David Ponzone wrote:
So you just want to receive calls from A (which is a well-known IPv6 address) and send them to B.
I would then modify the internal profile to be the exact same than external, except that I would bind internal to 2001::2:5060 and external to 1.1.1.1:5060. Then you just need a basic dialplan (public.xml) to send to B calls received from A. Of course, some security would be also a plus.
_______________________________________________ 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
I don't think there is an issue with what you want to do. You basically just want FS to act as a SBC-switch between switch A and switch B, just to hide the IPv6 stuff coming from A. I think Brian misunderstood you. Your switch A is not going to send REGISTERs to FS. Switch A deals with REGISTERs itself, and just sends the call to FS. 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 19/10/2010 à 19:29, joedotslash a écrit :
But register messages aren't required right? It's not mandatory that I send them through FreeSwitch is it?
I was planning to setup CIDR ACLs so the A side (another SIP platform) can route traffic through FreeSwitch based on the source IP... and the same thing would happen in the opposite direction. The B side is another SIP platform as well.
Thanks! Joe
On Oct 19, 2010, at 7:17 AM, Brian West wrote:
FreeSWITCH will always process the register request... Currently their is NO way to pass it thru. See jira their is a bounty on adding this functionality.
/b
On Oct 19, 2010, at 8:38 AM, David Ponzone wrote:
So you just want to receive calls from A (which is a well-known IPv6 address) and send them to B.
I would then modify the internal profile to be the exact same than external, except that I would bind internal to 2001::2:5060 and external to 1.1.1.1:5060. Then you just need a basic dialplan (public.xml) to send to B calls received from A. Of course, some security would be also a plus.
_______________________________________________ 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
Thanks for the info! B will also need to send calls to A on a different port... so I guess I'll need to create an additional profile so FS will listen on an additional port? Security isn't needed in this case. And this will act as an SBC right? None of the IPv6 addresses from A will show up in SIP traffic going to B? (and vice versa) Joe On Oct 19, 2010, at 6:38 AM, David Ponzone wrote:
So you just want to receive calls from A (which is a well-known IPv6 address) and send them to B.
I would then modify the internal profile to be the exact same than external, except that I would bind internal to 2001::2:5060 and external to 1.1.1.1:5060. Then you just need a basic dialplan (public.xml) to send to B calls received from A. Of course, some security would be also a plus.
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 18/10/2010 à 21:20, joedotslash a écrit :
Hello all,
I'm looking to implement the following scenario:
Step 1 SIP Server A sends INVITE to port 5060 over IPv6 to FreeSwitch: 2001::1 --udp/tcp--> 2001::2:5060
Step 2 FreeSwitch SIP NATs the INVITE and sends it out IPv4 to SIP Server B on port 6000 1.1.1.1 --udp/tcp--> 1.1.1.2:6000
Step 3 All SIP Server B responses within this SIP dialog are sent back to SIP Server A along the same path.
REGISTER messages WILL NOT be processed by FreeSwitch. They are handle elsewhere.
There is more to this but I want to accomplish this first call flow go from there.
Is this possible with FreeSwitch? Can someone point me toward a resource on how to get this created?
The following looks like a good start but it seems it's setup for users to register. I would prefer not to have this.
http://wiki.freeswitch.org/wiki/SBC_Setup
Thanks! Joe _______________________________________________ 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
participants (3)
-
Brian West
-
David Ponzone
-
joedotslash