sr-users

sr-users@lists.kamailio.org

18 participants
37470 discussions

[Kamailio-Users] Error compiling CARRIERROUTE module
by Asim Riaz 24 Feb '09

24 Feb '09

Hello, I am trying to compile CARRIERROUTE module, I am getting errors below; Kamailio 1.4 make prefix=/usr modules=modules/carrierroute modules make[1]: Entering directory `/usr/local/src/kamailio/sip-server/modules/carrierroute' Compiling carrierroute.c gcc -fPIC -DPIC -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -ftree-vectorize -mtune=prescott -Wold-style-definition -Wmissing-field-initializers -Wredundant-decls -DMOD_NAME='"carrierroute"' -DNAME='"kamailio"' -DVERSION='"1.4.3-notls"' -DARCH='"i386"' -DOS='"linux"' -DCOMPILER='"gcc 4.3.2"' -D__CPU_i386 -D__OS_linux -D__SMP_yes -DCFG_DIR='"/usr/etc/kamailio/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DSTATISTICS -DCHANGEABLE_DEBUG_LEVEL -DF_MALLOC -DSVNREVISION='"2:5452M"' -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_EPOLL -DHAVE_SIGIO_RT -DHAVE_SELECT -I/usr/local/include -c carrierroute.c -o carrierroute.o In file included from carrierroute.c:30: ../../sr_module.h:48:19: error: dlfcn.h: No such file or directory In file included from /usr/lib/gcc/i486-linux-gnu/4.3.2/include-fixed/syslimits.h:7, from /usr/lib/gcc/i486-linux-gnu/4.3.2/include-fixed/limits.h:11, from ../../parser/../flags.h:32, from ../../parser/msg_parser.h:46, from ../../sr_module.h:50, from carrierroute.c:30: /usr/lib/gcc/i486-linux-gnu/4.3.2/include-fixed/limits.h:122:61: error: limits.h: No such file or directory In file included from ../../parser/msg_parser.h:47, from ../../sr_module.h:50, from carrierroute.c:30: ../../parser/../ip_addr.h:38:20: error: string.h: No such file or directory ../../parser/../ip_addr.h:39:23: error: sys/types.h: No such file or directory ../../parser/../ip_addr.h:40:24: error: sys/socket.h: No such file or directory ../../parser/../ip_addr.h:41:24: error: netinet/in.h: No such file or directory ../../parser/../ip_addr.h:42:19: error: netdb.h: No such file or directory In file included from ../../parser/../ip_addr.h:46, from ../../parser/msg_parser.h:47, from ../../sr_module.h:50, from carrierroute.c:30: ../../parser/../dprint.h:54:20: error: syslog.h: No such file or directory ../../parser/../dprint.h:55:18: error: time.h: No such file or directory In file included from ../../parser/../ip_addr.h:46, from ../../parser/msg_parser.h:47, from ../../sr_module.h:50, from carrierroute.c:30: any idea ? Thanks in advance. Asim

1 1

Re: [Kamailio-Users] help me in ldap kamailio
by Henning Westerholt 24 Feb '09

24 Feb '09

On Tuesday 24 February 2009, Husna Bte Mad Baguri wrote: > There is no error msg.just there is no file name ldap.cfg in > usr/local/etc/kamailio.lets me explain how i install. > > 1.i using ubuntu 8.10 > 2.i use kamailio 1.4.3 with tls > 3.i install open ldap --> libldap2-dev,ldap-utils,slapd > 4.then i exclude module =ldap Hi Husna, did i understand you correctly, you excluded the ldap module from compilation? This way it will not be compiled. > 5.then i install.no error but no file ldap.cfg > 6.can you explain what next. It seems that the ldap.cfg file is not installed per default. You find this file in modules/ldap/etc/ in the kamailio 1.4.3 directory. Just copy it to the location you want, and probably adapt it to your setup. Cheers, Henning

1 0

[Kamailio-Users] How can I use domain module?
by Ramu 24 Feb '09

24 Feb '09

Hi, I would like to use domain module to support multiple domain users. How can move forward on this? Thanks, Ramu

5 8

[Kamailio-Users] help me in ldap kamailio
by Husna Bte Mad Baguri 24 Feb '09

24 Feb '09

Can someone help me,i counter this error when try to install ldap in kamailio Compiling ldap_api_fn.c gcc -fPIC -DPIC -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -ftree-vectorize -mtune=prescott -Wold-style-definition -Wmissing-field-initializers -Wredundant-decls -DMOD_NAME='"ldap"' -DNAME='"kamailio"' -DVERSION='"1.4.3-notls"' -DARCH='"i386"' -DOS='"linux"' -DCOMPILER='"gcc 4.3.2"' -D__CPU_i386 -D__OS_linux -D__SMP_yes -DCFG_DIR='"/usr/local/etc/kamailio/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DSTATISTICS -DCHANGEABLE_DEBUG_LEVEL -DF_MALLOC -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_EPOLL -DHAVE_SIGIO_RT -DHAVE_SELECT -I/usr/local/include -c ldap_api_fn.c -o ldap_api_fn.o ldap_api_fn.c:38:18: error: ldap.h: No such file or directory In file included from ldap_api_fn.c:40: Plzzzzz help me regards Husna This e-mail and the attachments are intended solely for the person to whom it has been addressed. It contains privileged and/or confidential information and is privileged or otherwise protected from disclosure. If you are not the person for whom this e-mail was intended, or the e-mail has reached you by mistake, please delete it immediately and inform us of the error. Our e-mail address is administrator(a)uniten.edu.my. All opinions, conclusions and other information in this message that do not relate to the official business of Universiti Tenaga Nasional (UNITEN) shall be understood as neither given nor endorsed by UNITEN. UNITEN shall not be responsible for any activity that may be considered as illegal and/or improper use of e-mail and UNITEN further is claims and shall not accept liability for any content of this e-mail, or for the consequences of any actions taken on the basis of the information provided, unless that information is subsequently confirmed in writing. WARNING Internet communications cannot be guaranteed to be secured or error-free as information could be intercepted, corrupted, lost, arrive late or contain viruses. As such, we do not accept liability for any errors or omissions in the content of this message which may arise as a result of internet transmission. UNITEN does not authorize any of its employees to make any defamatory or seditious statements or commit any offence which is contrary to the laws of Malaysia. Any such communications and/or actions by such employees are outside the scope of employment of the said individuals and UNITEN shall not be liable for such communications and/or actions.

2 1

[Kamailio-Users] help me in ldap kamailio
by Husna Bte Mad Baguri 24 Feb '09

24 Feb '09

1 1

[Serusers] Cleaning bad npdi=yes and rn=VALUE tags from INVITEs
by Frank Durda IV 24 Feb '09

24 Feb '09

I have a client who occasionally sends calls where there is a npdi=yes tag (and there may or may not be a rn=VALUE tag present with it), BUT the answer these two tags are providing is wrong! That is, the number in question has or hasn't been ported, but the information provided in the INVITE message doesn't match reality. Either a rn=VALUE should have had value X and it instead has value Y, OR there is no rn=VALUE at all, and there should have been one, OR the number hasn't actually been ported, and no rn=VALUE should have been sent at all but we got a junk one, that probably isn't the right LRN for the true destination of the call. Because of these wrong npdi=yes tags, our PSTN gateway switch ends up failing these incorrectly-marked call, because it takes the provided rn=VALUE or lack of one to be correct and so it doesn't do its own LNP query, and the one provided in the SIP INVITE is sometimes just flat out wrong. If the PSTN gateway switch had ignored these suspect npdi=yes and rn=VALUE tages and simply done the LNP query itself, in virtually all cases these otherwise doomed calls would have completed successfully. For this particular customer, the problem of bogus values appears to be a permanent artifact. They either don't know how to fix it, or don't think it is important, of they are spoofing it to avoid being billed for LNP queries. Whatever the reason, it causes trouble tickets. So, we would like to have SER strip the npdi=yes and any rn=VALUE tags from the INVITE when it is this customer (known by src ip), so that the PSTN switch will do the LNP query itself on the SS7 side and get the call routing right. (We have already determined that getting the outfit that is sending the junk to do the right thing isn't going to happen any time soon.) Does anybody have any suggestions as how to write the ser.cfg code to edit-out a npdi=yes and rn=VALUE if they are present in INVITEs? We just want to always throw npdi=yes and any rn=VALUE that shows up if the call is coming from this given customer, basically treating all npdi=yes and rn= tags coming from this customer as being untrustworthy. There has to be an easier way than stripping the thing down and reassembling a new one with repeated strip(1) type operations, which looks to be extremely inefficient for this task and probably really meant only for stripping country codes and such off the phone numbers, not for cleaning up bad tags. Thanks, in advance!

1 0

Re: [Kamailio-Users] LCR in Kamailio 1.4
by Ovidiu Sas 23 Feb '09

23 Feb '09

Make sure that from_uri is NULL and not a white space. Please copy the mailing list in your reply. Regards, Ovidiu Sas On Thu, Feb 19, 2009 at 11:25 AM, Asim Riaz <ariaz78(a)gmail.com> wrote: > > > On Thu, Feb 19, 2009 at 4:16 PM, Ovidiu Sas <osas(a)voipembedded.com> wrote: >> >> Is your R-URI starting with a '0'? >> You have defined a single route for all '0' prefix destinations. > > yes R-URI is starting with 0. >> >> >> Regards, >> Ovidiu Sas >> >> On Thu, Feb 19, 2009 at 11:06 AM, Asim Riaz <ariaz78(a)gmail.com> wrote: >> > >> > >> > On Thu, Feb 19, 2009 at 3:53 PM, Daniel-Constantin Mierla >> > <miconda(a)gmail.com> wrote: >> >> >> >> Hello, >> >> >> >> On 02/19/2009 05:34 PM, Asim Riaz wrote: >> >>> >> >>> Hello, >> >>> I am using LCR, for some reason load_gws() function is not finding the >> >>> gateway in DB, it was working in the start then added some more routes >> >>> and >> >>> after that everything stopped working, I am not sure where to start >> >>> troubleshooting, any idea ? >> >> >> >> run kamailio with higher debug mode (e.g., debug=5) in configuration >> >> file. >> >> >> >> You should get more debug messages in the syslog, that may give you >> >> some >> >> hints. look for lines containing 'lcr'. >> >> >> >> Cheers, >> >> Daniel >> > >> > Hi Daniel, >> > I tried higher debug level, not getting anything related to LCR all i >> > am >> > getting XLOG messages "unable to find Gateway". >> > >> > Thanks, >> > >> > Asim >> > >> >> >> >>> >> >>> kamctl lcr show >> >>> >> >>> lcr routes >> >>> +----+--------+----------+--------+----------+ >> >>> | id | prefix | from_uri | grp_id | priority | >> >>> +----+--------+----------+--------+----------+ >> >>> | 9 | 0 | | 1 | 1 | >> >>> +----+--------+----------+--------+----------+ >> >>> lcr gateways >> >>> >> >>> >> >>> +------------+---------------+------+------------+-----------+--------+-------+------+-------+ >> >>> | gw_name | ip_addr | port | uri_scheme | transport | grp_id >> >>> | >> >>> strip | tag | flags | >> >>> >> >>> >> >>> +------------+---------------+------+------------+-----------+--------+-------+------+-------+ >> >>> | XXXX | XXXX | 5060 | 1 | 1 | 1 | >> >>> 0 >> >>> | | 0 | >> >>> >> >>> >> >>> +------------+---------------+------+------------+-----------+--------+-------+------+-------+ >> >>> >> >>> >> >>> >> >>> my routing script >> >>> >> >>> if(!load_gws()) { >> >>> xlog("L_INFO", "[ROUTE-X] Unable To Find Gateway "); >> >>> sl_send_reply("503", "unable to find gateway"); >> >>> exit; >> >>> } >> >>> Thanks in advance. >> >>> >> >>> Asim >> >>> >> >>> ------------------------------------------------------------------------ >> >>> >> >>> _______________________________________________ >> >>> Kamailio (OpenSER) - Users mailing list >> >>> Users(a)lists.kamailio.org >> >>> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users >> >>> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users >> >> >> >> -- >> >> Daniel-Constantin Mierla >> >> http://www.asipto.com >> >> >> > >> > >> > _______________________________________________ >> > Kamailio (OpenSER) - Users mailing list >> > Users(a)lists.kamailio.org >> > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users >> > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users >> > > >

4 15

[Kamailio-Users] problem with 200ok
by BERGANZ François 23 Feb '09

23 Feb '09

Hello, I have Asterisk1---SER---Asterisk2. When I do INVITE from the left, --the asterisk2 send 200ok to the SER --the SER forward to the Asterisk1 --but the asterisk1 directly send the ACK to Asterisk2 Asterisk2 retransmit the 200ok… and error. I think that it need that the ACK come from the SER and not directly from the Asterisk1. So, how can I detect a 200ok and reply a ACK with my SER? Or, anyone have ever seen that problem? Thank you Next: my capture problem SIP/2.0 183 Session Progress Via: SIP/2.0/UDP IP_SER;branch=z9hG4bK815c.d8703d97.0;received=IP_SER Via: SIP/2.0/UDP IP_PROVIDER_ASTERISK:5060;branch=z9hG4bK369cf0be;rport=5060 From: "francois berganz" <sip:170725014@IP_PROVIDER_ASTERISK>;tag=as4a6f8fc6 To: <sip:URI_TEST@IP_SER>;tag=as272dc8d3 Call-ID: 5079515a2060a26155be2cbf6b73dc78@IP_PROVIDER_ASTERISK CSeq: 102 INVITE User-Agent: Asterisk PBX 1.6.0.1 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces, timer Contact: <sip:URI_TEST@IP_ASTERISK> Content-Type: application/sdp Content-Length: 287 v=0 o=root 1097653753 1097653753 IN IP4 IP_ASTERISK s=Asterisk PBX 1.6.0.1 c=IN IP4 IP_ASTERISK t=0 0 m=audio 16386 RTP/AVP 0 8 101 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=silenceSupp:off - - - - a=ptime:20 a=sendrecv 6§¢Iœÿ SIP/2.0 183 Session Progress Via: SIP/2.0/UDP IP_PROVIDER_ASTERISK:5060;branch=z9hG4bK369cf0be;rport=5060 From: "francois berganz" <sip:170725014@IP_PROVIDER_ASTERISK>;tag=as4a6f8fc6 To: <sip:URI_TEST@IP_SER>;tag=as272dc8d3 Call-ID: 5079515a2060a26155be2cbf6b73dc78@IP_PROVIDER_ASTERISK CSeq: 102 INVITE User-Agent: Asterisk PBX 1.6.0.1 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces, timer Contact: <sip:URI_TEST@IP_ASTERISK> Content-Type: application/sdp Content-Length: 287 v=0 o=root 1097653753 1097653753 IN IP4 IP_ASTERISK s=Asterisk PBX 1.6.0.1 c=IN IP4 IP_ASTERISK t=0 0 m=audio 16386 RTP/AVP 0 8 101 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=silenceSupp:off - - - - a=ptime:20 a=sendrecv SIP/2.0 200 OK v: SIP/2.0/UDP IP_SER_TO_CLIENTS;branch=z9hG4bK6c33.6ae23971.0 v: SIP/2.0/UDP IP_ASTERISK:5060;branch=z9hG4bK598106c4;rport=5060 f: "francois berganz"<sip:170725014@IP_ASTERISK>;tag=as1551f6d3 t: <sip:URI_TEST@IP_SER_TO_CLIENTS>;tag=c0a80101-41e5ef i: 1593ec3c0a617037319349245be7c5ab@IP_ASTERISK CSeq: 102 INVITE Require: timer x: 100;refresher=uac Allow: INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,SUBSCRIBE,NOTIFY,UPDATE,REFER,REGISTER,I NFO m: <sip:URI_TEST@192.168.1.82:5060;user=phone> Record-Route: <sip:IP_SER_TO_CLIENTS;lr=on;ftag=as1551f6d3> Allow-Events: refer,dialog,message-summary,check-sync,talk,hold c: application/sdp l: 206 v=0 o=URI_TEST 4319348 4319348 IN IP4 192.168.1.82 s=- c=IN IP4 192.168.1.82 t=0 0 m=audio 41000 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=sendrecv SIP/2.0 200 OK v: SIP/2.0/UDP IP_ASTERISK:5060;branch=z9hG4bK598106c4;rport=5060 f: "francois berganz"<sip:170725014@IP_ASTERISK>;tag=as1551f6d3 t: <sip:URI_TEST@IP_SER_TO_CLIENTS>;tag=c0a80101-41e5ef i: 1593ec3c0a617037319349245be7c5ab@IP_ASTERISK CSeq: 102 INVITE Require: timer x: 100;refresher=uac Allow: INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,SUBSCRIBE,NOTIFY,UPDATE,REFER,REGISTER,I NFO m: <sip:URI_TEST@IP_PHONE:5060;user=phone> Record-Route: <sip:IP_SER_TO_CLIENTS;lr=on;ftag=as1551f6d3> Allow-Events: refer,dialog,message-summary,check-sync,talk,hold c: application/sdp l: 206 v=0 o=URI_TEST 4319348 4319348 IN IP4 192.168.1.82 s=- c=IN IP4 192.168.1.82 t=0 0 m=audio 41000 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=sendrecv ACK sip:URI_TEST@IP_PHONE:5060;user=phone SIP/2.0 Via: SIP/2.0/UDP IP_ASTERISK:5060;branch=z9hG4bK0e97e7e8;rport Route: <sip:IP_SER_TO_CLIENTS;lr=on;ftag=as1551f6d3> Max-Forwards: 70 From: "francois berganz" <sip:170725014@IP_ASTERISK>;tag=as1551f6d3 To: <sip:URI_TEST@IP_SER_TO_CLIENTS>;tag=c0a80101-41e5ef Contact: <sip:170725014@IP_ASTERISK> Call-ID: 1593ec3c0a617037319349245be7c5ab@IP_ASTERISK CSeq: 102 ACK User-Agent: Asterisk PBX 1.6.0.1 Content-Length: 0 SIP/2.0 200 OK Via: SIP/2.0/UDP IP_SER;branch=z9hG4bK815c.d8703d97.0;received=IP_SER Via: SIP/2.0/UDP IP_PROVIDER_ASTERISK:5060;branch=z9hG4bK369cf0be;rport=5060 From: "francois berganz" <sip:170725014@IP_PROVIDER_ASTERISK>;tag=as4a6f8fc6 To: <sip:URI_TEST@IP_SER>;tag=as272dc8d3 Call-ID: 5079515a2060a26155be2cbf6b73dc78@IP_PROVIDER_ASTERISK CSeq: 102 INVITE User-Agent: Asterisk PBX 1.6.0.1 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces, timer Contact: <sip:URI_TEST@IP_ASTERISK> Content-Type: application/sdp Content-Length: 287 v=0 o=root 1097653753 1097653754 IN IP4 IP_ASTERISK s=Asterisk PBX 1.6.0.1 c=IN IP4 IP_ASTERISK t=0 0 m=audio 16386 RTP/AVP 0 8 101 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=silenceSupp:off - - - - a=ptime:20 a=sendrecv SIP/2.0 200 OK Via: SIP/2.0/UDP IP_PROVIDER_ASTERISK:5060;branch=z9hG4bK369cf0be;rport=5060 From: "francois berganz" <sip:170725014@IP_PROVIDER_ASTERISK>;tag=as4a6f8fc6 To: <sip:URI_TEST@IP_SER>;tag=as272dc8d3 Call-ID: 5079515a2060a26155be2cbf6b73dc78@IP_PROVIDER_ASTERISK CSeq: 102 INVITE User-Agent: Asterisk PBX 1.6.0.1 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces, timer Contact: <sip:URI_TEST@IP_ASTERISK> Content-Type: application/sdp Content-Length: 287 v=0 o=root 1097653753 1097653754 IN IP4 IP_ASTERISK s=Asterisk PBX 1.6.0.1 c=IN IP4 IP_ASTERISK t=0 0 m=audio 16386 RTP/AVP 0 8 101 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=silenceSupp:off - - - - a=ptime:20 a=sendrecv ACK sip:URI_TEST@IP_PHONE:5060;user=phone SIP/2.0 Record-Route: <sip:IP_SER_TO_CLIENTS;lr=on;ftag=as1551f6d3> Via: SIP/2.0/UDP IP_SER_TO_CLIENTS;branch=z9hG4bK6c33.6ae23971.2 Via: SIP/2.0/UDP IP_ASTERISK:5060;branch=z9hG4bK0e97e7e8;rport=5060 Max-Forwards: 70 From: "francois berganz" <sip:170725014@IP_ASTERISK>;tag=as1551f6d3 To: <sip:URI_TEST@IP_SER_TO_CLIENTS>;tag=c0a80101-41e5ef Contact: <sip:170725014@IP_ASTERISK> Call-ID: 1593ec3c0a617037319349245be7c5ab@IP_ASTERISK CSeq: 102 ACK User-Agent: Asterisk PBX 1.6.0.1 Content-Length: 0 ACK sip:URI_TEST@IP_ASTERISK SIP/2.0 Via: SIP/2.0/UDP IP_PROVIDER_ASTERISK:5060;branch=z9hG4bK7a6d7cf4;rport From: "francois berganz" <sip:170725014@IP_PROVIDER_ASTERISK>;tag=as4a6f8fc6 To: <sip:URI_TEST@IP_SER>;tag=as272dc8d3 Contact: <sip:170725014@IP_PROVIDER_ASTERISK> Call-ID: 5079515a2060a26155be2cbf6b73dc78@IP_PROVIDER_ASTERISK CSeq: 102 ACK User-Agent: MARS Max-Forwards: 70 Content-Length: 0 Cordialement, BERGANZ François P Pensez à l'Environnement, n'imprimez ce mail que si nécessaire.

2 2

[Kamailio-Users] NAT traversal
by BERGANZ François 23 Feb '09

23 Feb '09

Hello, Is it possible to do NAT traversal without RTP-PROXY ? If yes, have you an example? Cordialement, BERGANZ François P Pensez à l'Environnement, n'imprimez ce mail que si nécessaire.

7 18

[Kamailio-Users] how to prepend area code into a local call phone number
by Jinsong Hu 23 Feb '09

23 Feb '09

Hi, Sir: In the US, assume a person from 1-408-1234567 is dialing phone number 1234568. how do I figure out the caller's country code and area code and prepend to the local number ? I tried prefix($(from.user{s.substr, 0, 4})); and openser reported as parser error in config file, bad argument, string expected. Jimmy

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users