SIP Trunk vs routing incoming call
Hello, I've got simple problem. My ITSP, when sends me an INVITE message, puts a destination DID (e.g. 223517864, 223517865) only in a field 'To:" of the INVITE message. So it looks like: --------------------------------------------------------------------------------------------------------------------------------------------------- Session Initiation Protocol Request-Line: INVITE sip:alamakota@[.....deleted.......];transport=udp;line=eccbc87e SIP/2.0 Method: INVITE Request-URI: sip:alamakota@ [.....deleted.......];transport=udp;line=eccbc87e [Resent Packet: False] Message Header Via: SIP/2.0/UDP x.x.x.x:5060;branch=z9hG4bKedjaoo2068qhogsrm5o1.1 From: <sip:555555555@appsm.ngn.yyyy.pl<sip%3A555555555@appsm.ngn.yyyy.pl>
;tag=SD3lb8e01-118520006-1280255979518- To: "ab"<sip:*223517864*@yyyyy.pl;line=eccbc87e> Call-ID: SD3lb8e01-b5526ec70ec5846b8f02e61df8d8eb32-aovtv90 CSeq: 177862656 INVITE Contact: <sip:x.x.x.x:5060;transport=udp> Allow: ACK,BYE,CANCEL,INFO,INVITE,OPTIONS,PRACK,REFER,NOTIFY,UPDATE Accept: multipart/mixed,application/media_control+xml,application/sdp Supported: timer Min-SE: 60 Max-Forwards: 9 Content-Type: application/sdp Content-Length: 332 Message Body
In Request-Line there's always the same string (in this case it's alamakota@...........), independently of callee DID. Question is: How to route those calls based on 'To' field (more precisely - based on User Part of the 'To' field) ????? Dialplan with simple condition "destination_number" of course doesn't work.... Is there a solution? (Using Asterisk I'm able to analyse whole INVITE message, substract 'To' field and then route via value in this field...) Thanks for any help -- rniczypo
Then you can condition on sip_to_user just use the info app you can condition and route on any variable. /b On Jul 27, 2010, at 2:05 PM, Robert M. Niczyporuk wrote:
Hello,
I've got simple problem. My ITSP, when sends me an INVITE message, puts a destination DID (e.g. 223517864, 223517865) only in a field 'To:" of the INVITE message.
So it looks like:
I believe ${sip_to_user} will do the trick. On Tuesday 27 July 2010, Robert M. Niczyporuk wrote:
Hello,
I've got simple problem. My ITSP, when sends me an INVITE message, puts a destination DID (e.g. 223517864, 223517865) only in a field 'To:" of the INVITE message.
So it looks like: --------------------------------------------------------------------------- ------------------------------------------------------------------------ Session Initiation Protocol Request-Line: INVITE sip:alamakota@[.....deleted.......];transport=udp;line=eccbc87e SIP/2.0 Method: INVITE Request-URI: sip:alamakota@ [.....deleted.......];transport=udp;line=eccbc87e [Resent Packet: False] Message Header Via: SIP/2.0/UDP x.x.x.x:5060;branch=z9hG4bKedjaoo2068qhogsrm5o1.1 From: <sip:555555555@appsm.ngn.yyyy.pl<sip%3A555555555@appsm.ngn.yyyy.pl>
;tag=SD3lb8e01-118520006-1280255979518-
To: "ab"<sip:*223517864*@yyyyy.pl;line=eccbc87e> Call-ID: SD3lb8e01-b5526ec70ec5846b8f02e61df8d8eb32-aovtv90 CSeq: 177862656 INVITE Contact: <sip:x.x.x.x:5060;transport=udp> Allow: ACK,BYE,CANCEL,INFO,INVITE,OPTIONS,PRACK,REFER,NOTIFY,UPDATE Accept: multipart/mixed,application/media_control+xml,application/sdp Supported: timer Min-SE: 60 Max-Forwards: 9 Content-Type: application/sdp Content-Length: 332 Message Body --------------------------------------------------------------------------- --------------------------------------------------------------------------- ----
In Request-Line there's always the same string (in this case it's alamakota@...........), independently of callee DID.
Question is: How to route those calls based on 'To' field (more precisely - based on User Part of the 'To' field) ????? Dialplan with simple condition "destination_number" of course doesn't work.... Is there a solution? (Using Asterisk I'm able to analyse whole INVITE message, substract 'To' field and then route via value in this field...)
Thanks for any help
You can also add the following gateway parameter in your gateway params: <param name="extension" value="auto_to_user"/> With this, FS will use the To field as the destination_number. 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 27/07/2010 à 21:05, Robert M. Niczyporuk a écrit :
Hello,
I've got simple problem. My ITSP, when sends me an INVITE message, puts a destination DID (e.g. 223517864, 223517865) only in a field 'To:" of the INVITE message.
So it looks like: --------------------------------------------------------------------------------------------------------------------------------------------------- Session Initiation Protocol Request-Line: INVITE sip:alamakota@[.....deleted.......];transport=udp;line=eccbc87e SIP/ 2.0 Method: INVITE Request-URI: sip:alamakota@[.....deleted.......];transport=udp;line=eccbc87e [Resent Packet: False] Message Header Via: SIP/2.0/UDP x.x.x.x: 5060;branch=z9hG4bKedjaoo2068qhogsrm5o1.1 From: <sip: 555555555@appsm.ngn.yyyy.pl>;tag=SD3lb8e01-118520006-1280255979518- To: "ab"<sip:223517864@yyyyy.pl;line=eccbc87e> Call-ID: SD3lb8e01-b5526ec70ec5846b8f02e61df8d8eb32-aovtv90 CSeq: 177862656 INVITE Contact: <sip:x.x.x.x:5060;transport=udp> Allow: ACK,BYE,CANCEL,INFO,INVITE,OPTIONS,PRACK,REFER,NOTIFY,UPDATE Accept: multipart/mixed,application/media_control +xml,application/sdp Supported: timer Min-SE: 60 Max-Forwards: 9 Content-Type: application/sdp Content-Length: 332 Message Body ----------------------------------------------------------------------------------------------------------------------------------------------------------
In Request-Line there's always the same string (in this case it's alamakota@...........), independently of callee DID.
Question is: How to route those calls based on 'To' field (more precisely - based on User Part of the 'To' field) ????? Dialplan with simple condition "destination_number" of course doesn't work.... Is there a solution? (Using Asterisk I'm able to analyse whole INVITE message, substract 'To' field and then route via value in this field...)
Thanks for any help -- rniczypo _______________________________________________ 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
It's exactly what I meant :) Thanks On 28 July 2010 00:54, David Ponzone <david.ponzone@gmail.com> wrote:
You can also add the following gateway parameter in your gateway params:
<param name="extension" value="auto_to_user"/>
With this, FS will use the To field as the destination_number.
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 27/07/2010 à 21:05, Robert M. Niczyporuk a écrit :
Hello,
I've got simple problem. My ITSP, when sends me an INVITE message, puts a destination DID (e.g. 223517864, 223517865) only in a field 'To:" of the INVITE message.
So it looks like:
--------------------------------------------------------------------------------------------------------------------------------------------------- Session Initiation Protocol Request-Line: INVITE sip:alamakota@[.....deleted.......];transport=udp;line=eccbc87e SIP/2.0 Method: INVITE Request-URI: sip:alamakota@ [.....deleted.......];transport=udp;line=eccbc87e [Resent Packet: False] Message Header Via: SIP/2.0/UDP x.x.x.x:5060;branch=z9hG4bKedjaoo2068qhogsrm5o1.1 From: <sip:555555555@appsm.ngn.yyyy.pl<sip%3A555555555@appsm.ngn.yyyy.pl>
;tag=SD3lb8e01-118520006-1280255979518- To: "ab"<sip:*223517864*@yyyyy.pl;line=eccbc87e> Call-ID: SD3lb8e01-b5526ec70ec5846b8f02e61df8d8eb32-aovtv90 CSeq: 177862656 INVITE Contact: <sip:x.x.x.x:5060;transport=udp> Allow: ACK,BYE,CANCEL,INFO,INVITE,OPTIONS,PRACK,REFER,NOTIFY,UPDATE Accept: multipart/mixed,application/media_control+xml,application/sdp Supported: timer Min-SE: 60 Max-Forwards: 9 Content-Type: application/sdp Content-Length: 332 Message Body
----------------------------------------------------------------------------------------------------------------------------------------------------------
In Request-Line there's always the same string (in this case it's alamakota@...........), independently of callee DID.
Question is: How to route those calls based on 'To' field (more precisely - based on User Part of the 'To' field) ????? Dialplan with simple condition "destination_number" of course doesn't work.... Is there a solution? (Using Asterisk I'm able to analyse whole INVITE message, substract 'To' field and then route via value in this field...)
Thanks for any help -- rniczypo _______________________________________________ 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
-- Robert M. Niczyporuk
participants (4)
-
Brian West
-
David Ponzone
-
Robert M. Niczyporuk
-
Sergey Okhapkin