- sr-users - kamailio.org

Re: [Kamailio-Users] question about htable size
by jh＠tutpro.com 02 Sep '09

02 Sep '09

Edson Gellert Schubert writes: > http://lists.kamailio.org/pipermail/users/2009-August/024463.html ok, looks like size has the same meaning as in lcr module, i.e., it just affects the size of hash table, not number of entries stored in it. -- juha

1 0

[Kamailio-Users] question about htable size
by jh＠tutpro.com 02 Sep '09

02 Sep '09

htable module readme says abotu htable param: size - number specifying the size of hash table. The number of entries in the table is 2^size does it mean the size of the hash table or how many entries can be stored in hash table? in lcr module, for example, lcr_hash_size param specifies the former and there is no limit on how many entries a hash table can contain: Defines the size of hash table used to store <prefix, from_pattern, priority> tuples. Hashing is done based on prefix. Larger value means less collisions with other prefixes. Hash size value should be a power of 2. it is the same with htable size param? -- juha

2 3

[Kamailio-Users] job offer: VoIP developer, VoIP admin
by Henning Westerholt 02 Sep '09

02 Sep '09

Job offer: Interested in working with one of the biggest Voice over IP networks in europe? We're hiring and have two open positions in Karlsruhe, Germany. For more informations (requirements, how to apply..) please refer to the openings on our job page (in german). Some facts about our VoIP system can be found at e.g. [1], please feel free to contact me per mail as well. VoIP Operation, system administration position: http://www.unitedinternet.de/xml/ui/JobsJobDetail;?__frame=_top&__lf=JobsAp… VoIP Software development, R&D position: http://www.unitedinternet.de/xml/ui/JobsJobDetail;?__frame=_top&__lf=JobsAp… Best regards, Henning Westerholt [1] http://www.kamailio.org/events/2009-linuxtag/presentation.pdf -- Henning Westerholt - Development Consumer Products / Consumer Core 1&1 Internet AG, Ernst-Frey-Str. 9, 76135 Karlsruhe, Germany

1 0

Re: [Kamailio-Users] how to create chatrooms in imc
by Iñaki Baz Castillo 02 Sep '09

02 Sep '09

2009/9/2 Rajesh <Rajesh.sreedharan(a)siptech.com>: > Thanks again for your time. Please, don't send private mails. No free consultance service here. > Could you tell me how to add send messages via xmpp protocol.. Hum... use a XMPP client for that. I don't understand your question. > i was also asked to send cc to mailing list..is > users(a)lists.openser-project.org the mail address to which i need to mark cc > to The Kamailio users maillist is users(a)lists.kamailio.org. Use it instead of OpenSER's maillist as Kamailio is the new name of the project. -- Iñaki Baz Castillo <ibc(a)aliax.net>

1 0

Re: [Kamailio-Users] how to create chatrooms in imc
by Daniel-Constantin Mierla 02 Sep '09

02 Sep '09

always cc to mailing list, private messages are ignored unless they are used for advanced troubleshooting where privacy is required. On 02.09.2009 12:32 Uhr, Rajesh wrote: > Dear Daniel, > Thankyou so much for your post. I read the > "readme" file and i am still unclear. I would like to know where to > add the command to create the chat room.Do i need to add it in the > .cfg file.Kindly excuse me if my questions are vague as am little new > to this Product. yes, in the config file you have to call imc_manager(): http://kamailio.org/docs/modules/1.5.x/imc.html#id2452973 Cheers, Daniel > > Daniel-Constantin Mierla wrote: >> Hello, >> >> On 02.09.2009 12:05 Uhr, Rajesh wrote: >>> Dear Openser Team, >>> I am curretnly configuring imc >>> module for kamailio and i would like to know(i) how to create chat >>> rooms , (ii)how to add users to the current chatrooms . One mail >>> from you can save a lot of time for me. >> >> see here: >> http://kamailio.org/docs/modules/1.5.x/imc.html#id2467570 >> >> With default config options for imc module, the command to create a >> chat room is: >> #create chatroom1 >> >> See more in the readme. >> >> Cheers, >> Daniel >> >>> >>> -- >>> Thanks & kind Regards, >>> Rajesh Sreedharan >>> Software Trainee-Wireless & Mobile Technology >>> >>> SIPTECH Solutions Limited >>> G4, Elnet Software City, CPT Road, >>> Taramani, Chennai - 600 113, India. >>> Tel : +91 (44) 2254 1473/ 74 >>> Extn.:206 >>> Fax : +91 (44) 2254 1475 >>> E-Mail :Rajesh.Sreedharan@Siptech.com >>> <mailto:Rajesh.Sreedharan@Siptech.com?> >>> Website : www.siptech.com <http://www.siptech.com/> >>> <http://www.siptech.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 >> > > > -- > Regards, > Rajesh Sreedharan > Software Trainee-Wireless & Mobile Technology > > SIPTECH Solutions Limited > G4, Elnet Software City, CPT Road, > Taramani, Chennai - 600 113, India. > Tel : +91 (44) 2254 1473/ 74 > Extn.:206 > Fax : +91 (44) 2254 1475 > E-Mail :Rajesh.Sreedharan@Siptech.com > <mailto:Rajesh.Sreedharan@Siptech.com?> > Website : www.siptech.com <http://www.siptech.com/> > <http://www.siptech.com> -- Daniel-Constantin Mierla * http://www.asipto.com/

1 0

[Kamailio-Users] how to create chatrooms in imc
by Rajesh 02 Sep '09

02 Sep '09

Dear Openser Team, I am curretnly configuring imc module for kamailio and i would like to know(i) how to create chat rooms , (ii)how to add users to the current chatrooms . One mail from you can save a lot of time for me. -- Thanks & kind Regards, Rajesh Sreedharan Software Trainee-Wireless & Mobile Technology SIPTECH Solutions Limited G4, Elnet Software City, CPT Road, Taramani, Chennai - 600 113, India. Tel : +91 (44) 2254 1473/ 74 Extn.:206 Fax : +91 (44) 2254 1475 E-Mail :Rajesh.Sreedharan@Siptech.com <mailto:Rajesh.Sreedharan@Siptech.com?> Website : www.siptech.com <http://www.siptech.com/> <http://www.siptech.com>

3 3

[Kamailio-Users] kindly approve my request
by Rajesh 02 Sep '09

02 Sep '09

Deat Team, Kindly approve my request for posting my questions on openser/kamailio on ur webpage. -- Regards, Rajesh Sreedharan Software Trainee-Wireless & Mobile Technology SIPTECH Solutions Limited G4, Elnet Software City, CPT Road, Taramani, Chennai - 600 113, India. Tel : +91 (44) 2254 1473/ 74 Extn.:206 Fax : +91 (44) 2254 1475 E-Mail :Rajesh.Sreedharan@Siptech.com <mailto:Rajesh.Sreedharan@Siptech.com?> Website : www.siptech.com <http://www.siptech.com/> <http://www.siptech.com>

1 0

[Kamailio-Users] registrar lookups without reason
by jh＠tutpro.com 02 Sep '09

02 Sep '09

when analyzing the weird problem, where request uri gets rewritten with aor's contact even when there is no command in config file that would do it, i noticed these lines in syslog: Aug 31 16:41:50 /usr/sbin/kamailio[23139]: DBG:core:rewrite_uri: rewriting Request-URI with 'sip:foo.bar@ip-address:5060;transport=UDP' Aug 31 16:41:50 opensipg /usr/sbin/kamailio[23139]: DBG:registrar:lookup: 'foo.bar@ip-address' Not found in usrloc Aug 31 16:41:50 opensipg /usr/sbin/kamailio[23139]: DBG:registrar:lookup: 'foo.bar@ip-address' Not found in usrloc any one has any idea why lookup was called even when it is not in the script? this is getting very weird. looks like kamailio is executing statements on its own. -- juha

4 19

[Serusers] CANCEL passed through SER is occasionally ignored by destination switch
by Frank Durda IV 02 Sep '09

02 Sep '09

I have a situation where CANCEL messages sent by the caller through SER are sometimes ignored by the destination switch. These events are infrequent, and seem to be ignored only if they are received in a narrow window between the 100 Trying and the 183 Session Progress or 180 Ringing message. The destination switch eventually emits a 183/180 and even a 200 OK as the called party answers the call of a long-departed caller. I don't believe that this is a race condition, as the called numbers are sometimes wireless parties, who have 4-10 seconds of time between 100 Trying/IAM and 180/183/ACM responses, and I have seen ignored cancels at the beginning and middle of that lengthy period. So a race condition for that large a period with such an infrequent occurrence seems unlikely. The destination (SIP to ISUP gateway) equipment vendor points out that in the dozen samples of this occurring that the branch tag of the CANCEL didn't match the one shown in the INVITE, and per RFC 3261, their decision to ignore the CANCEL seems to be the right one. In particular, section 17.2.3 criteria 1. This immediately made me think of SER and its habit of saving time and memory by not remembering some or all call state unless you tell it to, via various knobs that are turned off by default. However, I can't explain why most cancels that arrive in the same point in the call setup apparently do meet criteria and only a small number don't. It would seem that SER would have mismatched branch tags all the time or never, depending on the knob settings. Any ideas? Thanks in advance.

1 0

[Kamailio-Users] SIP Redirect server
by Meftah Tayeb 01 Sep '09

01 Sep '09

hello all please could anyone help me to use Kamailio a a redirect server from server1.com that is the kamailio redirect server to server2.com that is the registrare server? thanks for any help __________ Information from ESET NOD32 Antivirus, version of virus signature database 4378 (20090828) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com

5 5

[Kamailio-Users] Symmetric NAT
by David 01 Sep '09

01 Sep '09

Hey, So I have setup a Kamailio server, it works well with most devices, but works terribly with Symmetric NAT. If you haven't already guessed, I am using STUN for NAT traversal. Could some people share there experiences with Symmetric NAT ? I see a lot of places saying that STUN is not good with it, but I haven't found a lot of suggestions for how to handle it. Thanks, David

3 3

[Kamailio-Users] LCR questions ( ping and flags columns )
by Ricardo Martinez 01 Sep '09

01 Sep '09

Hello list. I have a couple of questions about the LCR module. The first one is about the "ping" column in the gw table. I guess this column stores the "results" of execute a ping to the gateways in the LCR.gw table isn't?. So how this "ping" is executed? It is just a simple ICMP message? Or maybe is an OPTIONS sip message to the gateway?. I saw in the lcr_mod.c file some ping_method, ping_interval variables, but in the README file there is nothing about the "ping". Could someone clarify this to me this? Second. In the mysql "gw" table there is a column called "flags". According to the README file it said that this column can store gateways "capabilities". For example, and I hope that someone could guide me here, can i store the maximum channels available per gateway?, and use it to select or not select a gateway according the gateway channels used?. I hope that someone could help me here. Thank in advance, Regards, Ricardo Martinez.-

3 12

[Kamailio-Users] Kamailio wins Best of Open Source award.
by Alex Balashov 31 Aug '09

31 Aug '09

http://www.infoworld.com/d/open-source/best-open-source-software-awards-200… -- Alex Balashov - Principal Evariste Systems Web : http://www.evaristesys.com/ Tel : (+1) (678) 954-0670 Direct : (+1) (678) 954-0671 Mobile : (+1) (678) 237-1775

2 1

[Kamailio-Users] watchers and active_watchers tables
by catalina oancea 31 Aug '09

31 Aug '09

Hi, Could someone please explain the usage of the watchers table? I understand the usage active_watchers, but why the watchers table too? Thanks, Catalina

2 1

[Kamailio-Users] Issue in starting openser-0.9.5 for embedded application
by Ratheendran R 31 Aug '09

31 Aug '09

Hi All, I am using openser-0.9.5 version for embedded application,I am able to sucessfully cross compile(gcc 2.95) it.however the application fails to start. The above SER version is selected based on its compatibility with the cross compiler. below are my observations 1.if I run './openserctl start' from the command line I get the below message printf: No such file or directory PID file /var/run/openser.pid does not exist -- OpenSER start failed 2. If I run './openser' from command line I get the below message Listening on udp: 192.168.1.22 [192.168.1.22]:5060 tcp: 192.168.1.22 [192.168.1.22]:5060 Aliases: Too much shared memory demanded: 33554432 Please guide me in fixing this issue. Thanks in advance. Ratheendran

3 10

[Kamailio-Users] rewriteuser( ) with avp
by Alex R.S.M 31 Aug '09

31 Aug '09

Hi, I'm trying to change "username" field of URI in the INT message. When using rewriteuser() function with avp variable as below, the username is changed to $avp(i:8) itself instead of the value of the avp. rewriteuser("$avp(i:8)"); I've tried all sorts of diff formats and none of them replace username with the value of avp variable.: rewriteuser($avp(i:8)); rewriteuser("avp(i:8)"); is this a bug? Thanks, A-RS _________________________________________________________________ Windows Live: Keep your friends up to date with what you do online. http://windowslive.com/Campaign/SocialNetworking?ocid=PID23285::T:WLMTAGL:O…

3 3

[Kamailio-Users] scope of AVPs (AVP defined when execution of script starts)
by jh＠tutpro.com 29 Aug '09

29 Aug '09

i have always thought that AVPs exits per transaction. that does not seem to be the case, however, because when i put in the beginning of my script xlog("L_INFO", "Caller lcr_id $avp(CALLER_LCR_ID_AVP)\n"); this gets printed to syslog: Aug 29 11:34:34 localhost /usr/sbin/sip-router[10210]: INFO: Caller lcr_id 2 is this the indented behavior? do i really need to delete all AVPs in the beginning of the script in order to make sure that they don't have any values left from processing of previous message? -- juha

1 1

[Kamailio-Users] Phones that support TLS with certificate
by catalina oancea 27 Aug '09

27 Aug '09

Hello, I am trying to find the phones that can use tls with certificate, I mean that the phone doesn't accept incoming calls unless the server certificate is signed by a public authority or manually added to a list. For now my conclusions are: -Snom 360 - works with TLS. But although snom wiki states that a certificate is needed, incoming calls are accepted even if the certificate is not uploaded. -SJPhone - same as snom -Bria - this is the only phone I could find that works only if the certificate is loaded. Has anybody used other phones with tls and can give me a piece of advice? also, maybe I am not configuring Snom right and that's why it doesn't need a certificate, any ideas? Thanks Catalina

2 7

[Kamailio-Users] Perl module and memory leak in append_branch
by James Puckett 26 Aug '09

26 Aug '09

I have followed a bit of the discussions regarding the problems with memory management between the perl modules and the core kamailio software. I need to get append_branch working from within the perl module so that it doesn't cause a memory leak. It's been a while since I did any serious straight C programming, but if someone can point me to the correct way to handle memory allocated with the module so that it gets freed in the core I'd be glad to take this problem on. Specifically, I'm using something that looks like: $m->append_branch("<sip:".$cdpn."\@".$peers{$_}."?From=%3Csip:". $sourcenumber."@".$destIp."%3E;tag=".$fromtag.">", $qval); This leaves about 190 bytes per call unfreed. Thanks. James Puckett - Engineers' Consulting Group Phone 229-316-0012 - Fax 229-316-1490

2 7

[Kamailio-Users] What happens with filled htables?
by catalina oancea 26 Aug '09

26 Aug '09

Hello I use the htable module a lot but the only problem, when I add a new entry in a htable, is when I will delete it. My question is: if the hash table is completely filled and I try to add a new value to it, do I get an error or is an old value automatically deleted to be able to write my new value? If an old value was automatically deleted whenever a new value is added, I wouldn't have to bother deleting the values I no longer need. Thanks Catalina

3 20

[Serusers] translate message from TLS to UDP
by qiulei212 26 Aug '09

26 Aug '09

hi everyone: sorry to trouble you again! I use the SER as a proxy between a SIP-softphone and the asterisk. The message between the sip-phone and SER is TLS and i want to translant the message by UDP to my asterisk.HOW would i do? I have tried the forward_udp , t_relay_to_tls ,t_relay_to_udp and no useless. which function should i prefer? thanks!! qiulei212 2009-08-26

2 1

[Serusers] problems with stun using uas
by lorenzo 25 Aug '09

25 Aug '09

hi! i'm the developer of a sip app that happens to be connecting to a sip server that's using SER. i'm having troublewith the way SER handles incoming calls to my stun-enabled ua (which is placed behind a router) I have two clients running on the same machine. one is my app, the other is Gizmo5. when i make an outgoing call from my app to the user i'm logged in with in Gizmo5, everything works. but when i call my app from the Gizmo5 app, sniffing the network traffic with wireshark, the only thing i see happening is the sip server sending a 100 Giving a try to the calling ua. The reason i'm posting this here, is that i know it's not a bug with my app, since everything works fine when i don't use stun. (note that i don't have direct access to ser's configuration) this is my app's REGISTER request (note that it has a *public ip*): REGISTER sip:proxy01.sipphone.com SIP/2.0 Via: SIP/2.0/UDP 93.148.135.54:5060;rport;branch=z9hG4bK70207 Max-Forwards: 70 To: <sip:asymmetric@proxy01.sipphone.com> From: <sip:asymmetric@proxy01.sipphone.com>;tag=z9hG4bK57274073 Call-ID: 557402852938(a)93.148.135.54 CSeq: 2 REGISTER Contact: <sip:asymmetric@93.148.135.54:5060;transport=udp> Expires: 3600 User-Agent: mjsip stack 1.6 Authorization: Digest username="asymmetric", realm="proxy01.sipphone.com", nonce="xxx", uri="sip:proxy01.sipphone.com", algorithm=md5, response="yyy" Content-Length: 0 and the response: SIP/2.0 200 OK Via: SIP/2.0/UDP 93.148.135.54:5060;rport=12810;branch=z9hG4bK70207 To: <sip:asymmetric@proxy01.sipphone.com>;tag=92390300a369f0d75803e369c733575e.50aa From: <sip:asymmetric@proxy01.sipphone.com>;tag=z9hG4bK57274073 Call-ID: 557402852938(a)93.148.135.54 CSeq: 2 REGISTER Contact: <sip:asymmetric@93.148.135.54:5060;transport=udp>;expires=3600 Content-Length: 0 Gizmo5's app REGISTER request: REGISTER sip:proxy01.sipphone.com SIP/2.0 Via: SIP/2.0/UDP 192.168.1.100:64064;branch=z9hG4bK-d87543-bbc1e2712d417352-1--d87543-;rport Max-Forwards: 70 Contact: <sip:17474492586@93.148.135.54:10251> To: <sip:17474492586@proxy01.sipphone.com> From: <sip:17474492586@proxy01.sipphone.com>;tag=f43be43c Call-ID: b1b4a060512d4b0c1250955005@YXN5bW1ldHJpYy5sb2NhbA.. CSeq: 2 REGISTER Expires: 1800 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER User-Agent: MacGizmo/2.0.02 (Gizmo-s2n1) Authorization: Digest username="17474492586",realm="proxy01.sipphone.com",nonce="xxx",uri="sip:proxy01.sipphone.com",response="yyy",algorithm=MD5 Content-Length: 0 and response: SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.1.100:64064;branch=z9hG4bK-d87543-bbc1e2712d417352-1--d87543-;rport=10251;received=93.148.135.54 To: <sip:17474492586@proxy01.sipphone.com>;tag=92390300a369f0d75803e369c733575e.c70f From: <sip:17474492586@proxy01.sipphone.com>;tag=f43be43c Call-ID: b1b4a060512d4b0c1250955005@YXN5bW1ldHJpYy5sb2NhbA.. CSeq: 2 REGISTER P-Behind-NAT: Yes Contact: <sip:17474492586@93.148.135.54:10251>;expires=1800 Content-Length: 0 in the second case, the client gets the P-Behind-NAT flag set to Yes, and for a good reason. But then why is this all i get when trying to call the first ua? : SIP/2.0 100 Giving a try Via: SIP/2.0/UDP 192.168.1.100:64064;branch=z9hG4bK-d87543-7fb07a028db5c137-1--d87543-;rport=10251;received=93.148.135.54 To: <sip:asymmetric@proxy01.sipphone.com> From: <sip:17474492586@proxy01.sipphone.com>;tag=bc135372 Call-ID: 88d41c746d51146e1250955219@YXN5bW1ldHJpYy5sb2NhbA.. CSeq: 1 INVITE P-Behind-NAT: Yes Content-Length: 0 whereas the inverse works: SIP/2.0 180 Ringing Via: SIP/2.0/UDP 198.65.166.131;branch=z9hG4bKf3b1.bc014575.0 Via: SIP/2.0/UDP 93.148.135.54:5060;rport=13171;branch=z9hG4bK82654 Record-Route: <sip:198.65.166.131;lr;ftag=z9hG4bK90319798> Contact: <sip:17474492586@proxy01.sipphone.com> To: <sip:17474492586@proxy01.sipphone.com>;tag=6ae0e759 From: "asymmetric"<sip:asymmetric@proxy01.sipphone.com>;tag=z9hG4bK90319798 Call-ID: 593542951976(a)93.148.135.54 CSeq: 1 INVITE User-Agent: MacGizmo/2.0.02 (Gizmo-s2n1) Content-Length: 0 CQBM: 244 -- thanks a lot! asymmetric

3 3

Presence over NAT
by Andrew O. Zhukov 25 Aug '09

25 Aug '09

Is there any samples let's forwarded Subscribe fix the Contact: I mean Proxy URI not the customer mapped. Let's the followed NOTIFY go over proxy not P2P. Thanks in avance. Andrew O. Zhukov

5 9

[Kamailio-Users] kamailio 3.0 - the time before freezing
by Daniel-Constantin Mierla 25 Aug '09

25 Aug '09

Hello everybody, during the last IRC devel meeting, we pinned end of summer to be the time to enter testing phase for the new major release - codenamed kamailio 3.0. There was quite a lot of brand new features, considering that most of devel effort was directed to integration. A try to collect new items is available at: http://sip-router.org/wiki/features/new-in-devel Of course, all ser features are available as well, resulting a large amount of new stuff in kamailio 3.0 vs kamailio 1.5.x. See: http://sip-router.org/benefits/ http://www.iptel.org/ser/features I propose to start the testing phase sometime next week. Meanwhile, let's see if something important was forgotten from kamailio core or tm. To my knowledge: - path support in tm - Andrei has it on his todo afaik - in a way or another, it must get in next release - drop compatibility - drop reply in reply_route - internally drop and exit are now differentiated by core, needs review and update of handling after running the routes - on my to-do Apart seas, all Kamailio modules are fully ugraded to new core - I started but lack of test env + busy summer resulted in delays - can be done during testing period, being just api updates. If you have discovered something else, let us know. Thanks, Daniel -- Daniel-Constantin Mierla * http://www.asipto.com/

7 36

[Kamailio-Users] exchanging CDR data between Asterisk servers
by Klaus Darilion 24 Aug '09

24 Aug '09

Hi! I have the following setup: PSTN<------>Asterisk<-----SIP-->Asterisk GW/LCR \ \ ... \ \ ... \ --SIP-->Asterisk \ ... ------->Asterisk The GW-Asterisk just does the gatewaying stuff and writes the CDRs for the billing system. The other Asterisk servers handle all the services (IVR, REGISTER, ...) Some scenarios require to write some additional data to the CDRs. For outgoing calls this is not a problem (I signal the extra data in a SIP header and set a CDR() variable in the GW asterisk). My problem are incoming calls. The "extra data" is only known to the service Asterisk, but the CDR is written by the GW Asterisk. Does anybody know a method how to signal the "extra data" during the call from the server Asterisk back to the GW Asterisk und put it into a CDR() variable? Regards Klaus

3 4

[Kamailio-Users] TLS TCP error
by shehzad p 24 Aug '09

24 Aug '09

Hello, My Kamailio (tls version) is configured to handle TCP as well as TLS traffic. Making calls from softphone using TCP only works fine. But my TLS traffic has been stucked. I can see lots of error as below in messages file: ====================================================================== Aug 24 06:05:01 ns110 /usr/local/sbin/kamailio[24273]: ERROR:core:tcpconn_connect: tcp_blocking_connect failed Aug 24 06:05:01 ns110 /usr/local/sbin/kamailio[24273]: ERROR:core:tcp_send: connect failed Aug 24 06:05:01 ns110 /usr/local/sbin/kamailio[24273]: ERROR:tm:msg_send: tcp_send failed Aug 24 06:08:10 ns110 /usr/local/sbin/kamailio[24273]: ERROR:core:tcp_blocking_connect: poll error: flags 18 Aug 24 06:08:10 ns110 /usr/local/sbin/kamailio[24273]: ERROR:core:tcp_blocking_connect: failed to retrieve SO_ERROR (110) Connection timed out Aug 24 06:08:10 ns110 /usr/local/sbin/kamailio[24273]: ERROR:core:tcpconn_connect: tcp_blocking_connect failed Aug 24 06:08:10 ns110 /usr/local/sbin/kamailio[24273]: ERROR:core:tcp_send: connect failed Aug 24 06:08:10 ns110 /usr/local/sbin/kamailio[24273]: ERROR:tm:msg_send: tcp_send failed Aug 24 06:08:25 ns110 /usr/local/sbin/kamailio[24279]: ERROR:core:_tls_read: something wrong in SSL: 5 Aug 24 06:08:25 ns110 /usr/local/sbin/kamailio[24279]: ERROR:core:tcp_read_req: failed to read Aug 24 06:09:00 ns110 /usr/local/sbin/kamailio[24277]: INFO:core:tls_accept: client did not present a certificate ================================================================================= I am very confused, because with the same configuration, another kamailio server works very well without any error. I am not able to know what could be the issue in this server with same configuration. What could be the cause and resolution of this errors? Any help will be appreciated Thanks in advance, Mohammed Shehzad -- View this message in context: http://www.nabble.com/TLS-TCP-error-tp25114961p25114961.html Sent from the OpenSER Users Mailing List mailing list archive at Nabble.com.

2 3

[Kamailio-Users] new PV class: $sel(name)
by Daniel-Constantin Mierla 24 Aug '09

24 Aug '09

Hello, there is a new PV class that provides access to SER select variables. A list with available selects can be found at: http://sip-router.org/wiki/cookbooks/selects/devel Therefore, all Kamailio modules relying on PV framework can get access to select values without any change. See example of usage from config at: http://sip-router.org/wiki/cookbooks/pseudo-variables/devel#selects Cheers, Daniel -- Daniel-Constantin Mierla * http://www.asipto.com/

1 0

[Kamailio-Users] sip phone behind the nat
by aiphie 24 Aug '09

24 Aug '09

Hi,body. I'm using the kamailio as a sip server,If in the local network ,It works very well ,But when i set the sip server in the internet, When starting voice chat,Two sip phone will receive the behind net ip address(sip phone's local ip address). How i can configure sip server(kamailio) let sip server send sip phone's peer ip address using front nat ip address(internet ip address)? Any body can give me how to realize it? Thank you! --Aiphie 2009-08-21 “欢乐家庭总动员”--第七届全球通演出季网络互动有惊喜，千元大奖送给您！移动新推GPRS流量优惠系列新套餐，手机上网省钱又省心！

3 6

Re: [Kamailio-Users] sip phone behind the nat
by Daniel-Constantin Mierla 24 Aug '09

24 Aug '09

On 24.08.2009 9:38 Uhr, aiphie wrote: > hi,all > you probably forgot to cc to the mailing list. please do so all the time - there might be people that can help faster and better. > > I have use sed command to clear the comment which in front of regarding nat,But it's always use local network IP to fill session description protocol->connection information->connection address,I know sip server can rewrite this message item,Can you tell me how to let sip server rewrite it? > annex is my config file,please look what wrong in this? > It is very unlikely that one will debug a whole config file for you. You just need to investigate yourself and come to mailing list with specific questions. The media IP is updated with what RTPPproxy is listening on. What is the command used to start rtpproxy? Cheers, Daniel > thank you! > > --aiphie > > > > ----- Original Message ----- > From: "Daniel-Constantin Mierla" <miconda(a)gmail.com> > To: "aiphie" <chengwu8(a)139.com> > Cc: <users(a)lists.kamailio.org> > Sent: Friday, August 21, 2009 6:55 PM > Subject: Re: [Kamailio-Users] sip phone behind the nat > > > >> Hello, >> >> On 21.08.2009 12:52 Uhr, aiphie wrote: >> >>> Hi,body. >>> I'm using the kamailio as a sip server,If in the local network ,It >>> works very well ,But when i set the sip server in the internet, When >>> starting voice chat,Two sip phone will receive the behind net ip >>> address(sip phone's local ip address). >>> How i can configure sip server(kamailio) let sip server send sip >>> phone's peer ip address using front nat ip address(internet ip address)? >>> Any body can give me how to realize it? >>> >> you need to enable nathelper module + appropriate lines in config file >> and install rtpptoxy. >> >> If you check the default config file you will see at the top some >> comments regarding nat traversal and what sed command you can use to >> enable it. >> >> Cheers, >> Daniel >> >> -- >> Daniel-Constantin Mierla >> * http://www.asipto.com/ >> > > -- Daniel-Constantin Mierla * http://www.asipto.com/

1 0

[Serusers] TLS module load error
by qiulei212 24 Aug '09

24 Aug '09

hello friends: I crashed when i compile the SER source and use the tls.so! I have install the openssl 0.9.8 in the default folder :/usr/local and install the ser-2.0.0-rc1 in the default too. run the command below: make group_include="standard" include_modules="tls" all make group_include="standard" include_modules="tls" installthe tls.so in the /usr/local/lib/ ser/modules folderthe I add the loadmodule "/usr/local/lib/ser/modules/tls.so" in the ser.cfg and start /usr/local/sbin/ serbut the ser start failed!I run the ser -c and found:ERROR: load_module: could not open module </usr/local/lib/ser/modules/tls.so>: /usr/local/lib/ser/modules/tls.so: undefined symbol: deflate I don't know Why and ask help for you ! Thanks a lot ! qiulei212 2009-08-21

2 2

[Kamailio-Users] Choosing IP address when relaying request
by mayamatakeshi 20 Aug '09

20 Aug '09

Hello, I have 2 ip addresses being listened in my cfg file. Is it possible to set which ip address will be used when relaying a request? regards, takeshi

3 4

[Kamailio-Users] Problem with BYE when using TCP or TLS between two Kamilio proxies
by Dubravko Caric 20 Aug '09

20 Aug '09

Hi all, I have a problem with routing BYE messages (when called UAC sends BYE) when connection between two Kamailio (1.5.1 with identical configurations) proxies is done by TLS/TCP. WORKING: UAC#1 <-- UDP/TCP/TLS --> Proxy#1 <--UDP--> Proxy#2 <-- UDP/TCP/TLS --> UAC#2 NOT WORKING: UAC#1 <-- UDP/TCP/TLS --> Proxy#1 <-- TCP or TLS --> Proxy#2 <-- UDP/TCP/TLS --> UAC#2 By looking at ngrep log I found out that when “UAC#1” sends INVITE, “Proxy#1” sends right “Contact” header (Contact:<sip:bob@IP_ADDRESS_OF_UAC#1:6126;transport=udp>) to “Proxy#2” , but “Proxy#2” sends wrong “Contact” header (Contact:<sip:bob@IP_ADDRESS_OF_PROXY#1:39879;transport=udp>) to “UAC#2”. When UAC#2 sends BYE, it is sends message with this wrong header and when it arrives on “Proxy#1” proxy doesn’t sends BYE message to UAC#1. Or when UACs with TCP, this are “Proxy#1” errors: DBG:core:tcp_send: no open tcp connection found, opening new one ERROR:core:tcp_blocking_connect: poll error: flags 18 ERROR:core:tcp_blocking_connect: failed to retrieve SO_ERROR (111) Connection refused ERROR:core:tcpconn_connect: tcp_blocking_connect failed ERROR:core:tcp_send: connect failed ERROR:tm:msg_send: tcp_send failed ERROR:tm:t_forward_nonack: sending request failed DBG:tm:t_relay_to: t_forward_nonack returned error What bothers me is that when I call the other UAC, he can hangup the call (even when he is CALLED UAC), then I restart both proxies and it is other way around. I do not know if I described problem clearly but I am lost in where to look next so any help would be appreciated. Why proxy change Contact header when I switch from UDP to TCP between proxies? I'm not rewriting Contact header and only thing that I change in configuration when switching from UDP to TCP is this: if($rd=="example.com") { t_relay("tcp: example.com:5063"); exit; } Thanks a lot /dubravko

2 4

[Kamailio-Users] limits per subscriber and per gateway
by Dmitri G. 20 Aug '09

20 Aug '09

Hello, First I would like to say thank you for the helpful members here, I have got useful tips and suggestions here. I am trying to implement some kind of "protection" for me, let me describe what is my problem at the moment. I know I ask a bit much questions here .) I would like to limit the number of incoming calls from my customers, but on a customer basis. I have a subscriber with an Asterisk, so it will be a bad idea to set a limit to 1 concurrent call for this customer, but limit 1 will work for a customer with an IP phone (remember the 100rel thing what I posted here? that was a workaround for this subscriber... I mean to remove 100rel from the supported header). So basically I would like to limit every subscriber, on a per customer basis. The next big thing is the lcr gateways, so where I send the calls. I have 2 peers, one of then have a limit for me, it's 20 concurrent calls. They don't limit me, so I can send out 30-40-50 calls to them, but they will charge me a big amount of Lei (Romanian currency) for every calls above 20 at the same time. They have freeswitch.... doesn't matter, I'm just saying they have freeswitch :) But they have very very good price(for 20 calls what i mentioned), so I would like to fill that "20 calls" space. I have asked them to give some limits for me, so refuse calls above 20 (so this way lcr can send out to the another gateway), but they don't want to do it (well, they need money I think) I would like to store values for these limits in mysql (column "limit" in subscriber table, and column "calllimit" in gw table, or I can store it in a separate table). Right now I store these values in a mysql table called "iplimits" I am not perfectly sure about how I can select these values from the table, and how can I "play" with these values. Even don't know how to retrieve the current number of concurrent calls per gateway or per subscriber. And what to do with these selected values? Store it in an avp and then do some checks against it? I am reading the module docs, especially sqlops, but I think I can't see the wood for the trees. I hope somebody can give me suggestions (or an example) about this. Kind regards, Dmitri

3 5

[Kamailio-Users] inbound "failover"
by Dmitri G. 20 Aug '09

20 Aug '09

Sorry, I have accidentally sent this message to opensips mailing list, I am sending it now to the right place Hello, I would like to implement some kind of failover for my Asterisk, let me describe how I would like to see it. I registered 2 sip users with my Kamailio, 1020(a)domain.com and 1030(a)domain.com. I have added aliases to 1020 (aliases from 1021@domain com to 1029(a)domain.com). Right now calls to 1020-1029 goes well to 1020, it works fine. But I would like to do the following: If 1020 isn't registered with Kamailio (let's say if registration for 1020 is down in Kamailio, so AOR not found for 1020), it is possible to route calls to 1030? So route calls to 1030 only when registration for 1020 isn't active in Kamailio. I have tried manipulating with faillure_route, but without any luck. I hope it is clear what I would like to do :) Any help would be much appreciated. Kind regards, Dmitri

2 2

Re: [Kamailio-Users] kamailio syslog logging
by Henning Westerholt 19 Aug '09

19 Aug '09

On Mittwoch, 19. August 2009, Jason Penton wrote: > Hey Henning, > > no, none of my log messages from the cfg file come into the log file. > However I do get the following: > > Aug 19 17:35:38 ug2s02-zone2 kamailio[12273]: [ID 797031 local0.debug] > DBG:core:fm_malloc_init: F_OPTIMIZE=16384, /ROUNDTO=2048 > Aug 19 17:35:38 ug2s02-zone2 kamailio[12273]: [ID 596959 local0.debug] > DBG:core:fm_malloc_init: F_HASH_SIZE=2067, fm_block size=16560 > Aug 19 17:35:38 ug2s02-zone2 kamailio[12273]: [ID 362601 local0.debug] > DBG:core:fm_malloc_init: params (fbe00000, 33554432), start=fbe00000 > Aug 19 17:35:38 ug2s02-zone2 kamailio[12273]: [ID 551434 local0.debug] > DBG:core:shm_mem_init_mallocs: success > Aug 19 17:35:38 ug2s02-zone2 kamailio[12273]: [ID 123545 local0.info] > INFO:core:init_tcp: using /dev/poll as the TCP io watch method (auto > detected) > > weird that I get some messages but not the others. I have alot of LM_INFO > messages in my code that I dont see too????? Hi Jason, so it seems that you indeed get only DEBUG messages in the log file, so try the suggestion Alex gave to you - local0.* This should catch all. Cheers, Henning

2 1

[Kamailio-Users] kamailio syslog logging
by Jason Penton 19 Aug '09

19 Aug '09

Hi All, I am having some problems logging Kamailio in debug mode using syslog. All is fine if I log to stderr. However, when I log to syslog I get a few dbug messages and then it stops -- I dont get any of my routing messages or anything???? i am suing solaris? Any suggestions Cheers Jason

3 6

[Serusers] new_t: out of mem
by Roger Tan 19 Aug '09

19 Aug '09

hi. I tested my ser server which version is 0.9.7+cvs20080424 used sipps sending 1000 invite per sec. after about 10 sec, there was an out of mem error. Aug 18 09:40:12 ubuntu /sbin/ser[20805]: ERROR: new_t: out of mem: Aug 18 09:40:12 ubuntu /sbin/ser[20805]: ERROR: t_newtran: new_t failed Aug 18 09:40:12 ubuntu /sbin/ser[20805]: ERROR: sl_reply_error used: I'm terribly sorry, server error occurred (1/SL) Aug 18 09:40:12 ubuntu /sbin/ser[20805]: ERROR: sip_msg_cloner: cannot allocate memory and my memlog is: Aug 18 10:11:02 ubuntu /sbin/ser[20787]: ----------------------------- Aug 18 10:11:02 ubuntu /sbin/ser[20787]: Memory status (shm): Aug 18 10:11:02 ubuntu /sbin/ser[20787]: qm_status (0xb5acf000): Aug 18 10:11:02 ubuntu /sbin/ser[20787]: heap size= 33554432 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: used= 1914592, used+overhead=2224736, free=31329696 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: max used (+overhead)= 33534720 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: dumping all alloc'ed. fragments: Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 0. N address=0xb5ad41a8 frag=0xb5ad41a0 size=16 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 1. N address=0xb5ad41c8 frag=0xb5ad41c0 size=16 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 2. N address=0xb5ad41e8 frag=0xb5ad41e0 size=16 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 3. N address=0xb5ad4208 frag=0xb5ad4200 size=16 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 4. N address=0xb5ad4228 frag=0xb5ad4220 size=4096 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 5. N address=0xb5ad5238 frag=0xb5ad5230 size=4096 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 6. N address=0xb5ad6248 frag=0xb5ad6240 size=2800 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 7. N address=0xb5ad6d48 frag=0xb5ad6d40 size=1680 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 8. N address=0xb5ad73e8 frag=0xb5ad73e0 size=16 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 9. N address=0xb5ad7408 frag=0xb5ad7400 size=1572864 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 10. N address=0xb5c57418 frag=0xb5c57410 size=16 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 11. N address=0xb5c57438 frag=0xb5c57430 size=320 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 12. N address=0xb5c57588 frag=0xb5c57580 size=48 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 13. N address=0xb5c575c8 frag=0xb5c575c0 size=80 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 14. N address=0xb5c57628 frag=0xb5c57620 size=80 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 15. N address=0xb5c57688 frag=0xb5c57680 size=80 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 16. N address=0xb5c576e8 frag=0xb5c576e0 size=16 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 17. N address=0xb5c57708 frag=0xb5c57700 size=16 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 18. N address=0xb5c57728 frag=0xb5c57720 size=16 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 19. N address=0xb5c57748 frag=0xb5c57740 size=16 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 20. N address=0xb5c57768 frag=0xb5c57760 size=32 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 21. N address=0xb5c57798 frag=0xb5c57790 size=131072 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 22. N address=0xb5c777a8 frag=0xb5c777a0 size=16 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 23. N address=0xb5c777c8 frag=0xb5c777c0 size=16 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 24. N address=0xb5c777e8 frag=0xb5c777e0 size=32 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 25. N address=0xb5c77818 frag=0xb5c77810 size=131072 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 60. N address=0xb5ca7948 frag=0xb5ca7940 size=48 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 61. N address=0xb5ca7988 frag=0xb5ca7980 size=16 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 62. N address=0xb5ca79a8 frag=0xb5ca79a0 size=80 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 63. N address=0xb5ca7a08 frag=0xb5ca7a00 size=48 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 64. N address=0xb5ca7a48 frag=0xb5ca7a40 size=32 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 65. N address=0xb5ca7a78 frag=0xb5ca7a70 size=16 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 66. N address=0xb5ca7a98 frag=0xb5ca7a90 size=65808 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: dumping free list stats : Aug 18 10:11:02 ubuntu /sbin/ser[20787]: hash= 1. fragments no.: 1232, unused: 0 ^I^I bucket size: 16 - 16 (first 16) Aug 18 10:11:02 ubuntu /sbin/ser[20787]: hash= 38. fragments no.: 54, unused: 0 ^I^I bucket size: 608 - 608 (first 608) Aug 18 10:11:02 ubuntu /sbin/ser[20787]: hash= 43. fragments no.: 54, unused: 0 ^I^I bucket size: 688 - 688 (first 688) Aug 18 10:11:02 ubuntu /sbin/ser[20787]: hash= 44. fragments no.: 3991, unused: 0 ^I^I bucket size: 704 - 704 (first 704) Aug 18 10:11:02 ubuntu /sbin/ser[20787]: hash= 57. fragments no.: 114, unused: 0 ^I^I bucket size: 912 - 912 (first 912) Aug 18 10:11:02 ubuntu /sbin/ser[20787]: hash= 58. fragments no.: 4004, unused: 0 ^I^I bucket size: 928 - 928 (first 928) Aug 18 10:11:02 ubuntu /sbin/ser[20787]: hash= 68. fragments no.: 46, unused: 0 ^I^I bucket size: 1088 - 1088 (first 1088) Aug 18 10:11:02 ubuntu /sbin/ser[20787]: hash= 82. fragments no.: 109, unused: 0 ^I^I bucket size: 1312 - 1312 (first 1312) Aug 18 10:11:02 ubuntu /sbin/ser[20787]: hash= 115. fragments no.: 34, unused: 0 ^I^I bucket size: 1840 - 1840 (first 1840) Aug 18 10:11:02 ubuntu /sbin/ser[20787]: hash= 174. fragments no.: 3795, unused: 0 ^I^I bucket size: 2784 - 2784 (first 2784) Aug 18 10:11:02 ubuntu /sbin/ser[20787]: hash= 186. fragments no.: 790, unused: 0 ^I^I bucket size: 2976 - 2976 (first 2976) Aug 18 10:11:02 ubuntu /sbin/ser[20787]: hash= 187. fragments no.: 3820, unused: 0 ^I^I bucket size: 2992 - 2992 (first 2992) Aug 18 10:11:02 ubuntu /sbin/ser[20787]: hash= 262. fragments no.: 1, unused: 0 ^I^I bucket size: 4192 - 4192 (first 4192) Aug 18 10:11:02 ubuntu /sbin/ser[20787]: hash= 318. fragments no.: 1, unused: 0 ^I^I bucket size: 5088 - 5088 (first 5088) Aug 18 10:11:02 ubuntu /sbin/ser[20787]: ----------------------------- I think it's not a memory leak but the so many small memory fragments, and those fragments were not combinated. How I solve this problem? Thanks. -- MSN: miao__tan(a)hotmail.com Email: m.roger.t(a)gmail.com

3 2

[Kamailio-Users] SIP Project for Beginner
by Sangmane 19 Aug '09

19 Aug '09

Hi all, I am new to SIP. I've downloaded Netbeans 6.7 and installed related plugins. When I tried to create an SIP Project, I couldn't find any SIP Categories in NB 6.7. Is there any basic guidance for SIP in Netbeans ? thank you very much. Sangmane -- View this message in context: http://www.nabble.com/SIP-Project-for-Beginner-tp25010377p25010377.html Sent from the OpenSER Users Mailing List mailing list archive at Nabble.com.

3 2

[Kamailio-Users] remove 100rel from Supported header
by Dmitri G. 19 Aug '09

19 Aug '09

Hello, Is there a way to remove 100rel from Supported header (only this, and keep the others) by Kamailio? I am using Kamailio 1.5.1 notls. Kind regards, Dmitri

4 7

[Kamailio-Users] T38
by BERGANZ François 19 Aug '09

19 Aug '09

Hello, In a SIP Frame, how to see if it is a T38 frame? Thank you Cordialement, BERGANZ François P Pensez à l'Environnement, n'imprimez ce mail que si nécessaire.

3 2

[Serusers] SER with a PSTN Gateway (pstn, cfg) vs called-party-BYE or Re-INVITE
by Frank Durda IV 19 Aug '09

19 Aug '09

I have noted that the pstn.cfg example (or anything built from its premise) doesn't work right for one very important situation, that hopefully someone has already discovered and has a good fix for. The documentation isn't helping. The situation: I have a call initiated by some SIP client, with the INVITE passing through SER and sent on to a PSTN gateway (the SIP to SS7/ISUP conversion occurs there). The call is in progress (post 200 OK) and both parties are chatting away. So far, so good. The problem: Trouble begins when the called-party (somewhere on the PSTN) hangs up first. What happens: This event triggers a SS7 REL message, and the SIP/SS7 switch providing the VOIP gateway service emits a BYE message, which gets sent to SER. SER receives the message and doesn't treat it as a reply (because it isn't), but instead it comes in the door at route {}. The pstn.cfg-like script quickly determines that this BYE message is coming from the gateway (correct) and skips all the authentication checks (good), and does a rewritehostport() using the PSTN gateway IP address (bad), and finally does a t_relay() (very bad). The BYE is now emitted by SER and sent back to the PSTN gateway switch, rather than on to wherever the INVITE originally came from, the device that needs to know about this BYE. This quickly degenerates into a small battle between PSTN gateway switch and SER, as the PSTN gateway isn't getting the answer back it is expecting in response to the BYE it sent to SER, and the PSTN gateway certainly doesn't want to see the message it just sent out come back over and over. Eventually various looping checks or timers kick in and the argument ends, but the calling system remains in the dark over the fact that the call is now over (other than getting a lot of silence). So that behavior is obviously wrong, but that's what the stock copy of pstn.cfg does here. SER obviously wants to be involved, because it added a Record-Route, but the script really isn't able to deal with the consequences. If the calling network was all SIP this would be merely annoying, but if it is another ISUP network (with a SIP leg in the middle), the originating ISUP legs of the call just rack up the toll charges, unaware that the other legs of the call are gone. Bad things also happen if the original INVITE included a Session-Expires: header, which causes the PSTN gateway to emit its own INVITE back to the calling network (via the SER) at intervals during the call, starting at 50% of the time specified in that header. These packets also die a horrible fate in the PSTN-Gateway and SER packet loop, which causes the call to collapse 32 seconds later. (That's unbelieveably bad.) Recognizing this apparent-shortcoming in the pstn.cfg example, and using the fact that the script could determine that this called-party-BYE or INVITE message came from the PSTN gateway and not somewhere else, I added tests to not perform the rewritehost that sends the message back to the gateway, but instead sets the address to that of the known place where the INVITE originally came from, because in this super simple example, there is only one place, eg phone-asterisk-SER-PSTN-SS7network-... Forcing BYE/INVITEs coming from the PSTN direction sort of fixes the problem of called-party BYEs, and the PSTN gateway device emitting re-INVITEs. However, it only works for ONE source, which is lousy as you have to hard-code the right place for the call in both directions! And of course, someone has too many calls for their one SBC (aka an asterisk box) and they have more than one now. In fact, many more, and any of them can send me the same range of calls from the same sources and to the same PSTN gateway. And it would be really nice if I sent the called-party-BYE or re-INVITEs back to the right SBC. But how? An examination of the numerous variables that SER has (as viewed via xlog() when the called-party-BYE or called-network-reINVITE comes in) shows that SER actually has the right IP address available that the called-party-BYE or re-INVITE should be sent back to (apparently saved as part of the transaction details from the original INVITE), but I can't figure out how to reference this value in "rewritehost()". Like most SER functions, rewritehost() doesn't appear to accept variable names as parameters, and as xlog uses cryptic abbreviations for what it displays, I probably wouldn't know what variable name to specify in rewritehost() anyway. (Did two different programmers do these parts?) Now, if you don't use "rewritehost()" in the send-back-to-caller direction and are hoping that SER will do the right thing on its own, you will be disappointed. The t_relay() merely sends the message back itself and you get a much smaller SIP message loop going. (This is because SER puts its IP address all over the original INVITE message so that the PSTN gateway would talk to SER rather than the true source of the call.) So that appears to means that you must set rewritehost() to a reasonable destination to get the message to move beyond SER, and somehow I have to choose a destination from many possible destinations the original INVITE came from, based on some piece of trivia that was in the original INVITE that I can somehow trigger on. That means if there are 250 different SBCs out there sending me calls, and one of them was where the original INVITE came from for the call I just got a called-party-BYE from, how do I force that called-party-BYE (or a called-network re-INVITE) to go back to the right place? Must I build a giant if statement that tests the addresses of all 250 sources and leaves a flag or something that can be used in 250 if statements later when the called-party-BYE or called-network-reINVITE shows up? Sounds horrible and a giant kludge! Any other solutions? Thanks in advance for thinking about this one!

2 1

[Serusers] Is there any way to validate the RTP/media address?
by Frank Durda IV 19 Aug '09

19 Aug '09

I am receiving INVITEs from a specific source, and I have a need to test the media IP address specified in the SDP payload against a list of approved netblocks. I'd like to catch this in the INVITE and reject the call if a RTP address in the SDP payload is out of a pre-defined range for that given source. Is there a way to get this address into a variable that can be used in "if" statements? As in something like this? if (src_ip==17.18.19.20 && method=="INVITE") { if (rtp_addr!=17.0.0.0/8) { sl_reply("502", "Rejected - Unauthorized RTP source"); drop; } } with rtp_addr being the made-up, hope-something-like-it-exists thing. Thanks in advance.

1 0

[Kamailio-Users] Kamailio installed on other dir issues
by Uriel Rozenbaum 18 Aug '09

18 Aug '09

Guys, I've installed all Kamailio in /opt/kamailio. When I execute some kamctl using cr module I get the following: /opt/kamailio/sbin/kamctl cr reload ERROR: This command requires a database engine - none was loaded Do I have to configure something? If i just run /opt/kamailio/sbin/kamctl I get the help lines and running /opt/kamailio/sbin/kamctl fifo cr_reload_routes makes effect as well. Thanks! Uriel

2 4

[Serusers] new_t: out of mem
by Roger Tan 18 Aug '09

18 Aug '09

hi. I tested my ser server which version is 0.9.7+cvs20080424 used sipps sending 1000 invite per sec. after about 10 sec, there was an out of mem error. Aug 18 09:40:12 ubuntu /sbin/ser[20805]: ERROR: new_t: out of mem: Aug 18 09:40:12 ubuntu /sbin/ser[20805]: ERROR: t_newtran: new_t failed Aug 18 09:40:12 ubuntu /sbin/ser[20805]: ERROR: sl_reply_error used: I'm terribly sorry, server error occurred (1/SL) Aug 18 09:40:12 ubuntu /sbin/ser[20805]: ERROR: sip_msg_cloner: cannot allocate memory and my memlog is: Aug 18 10:11:02 ubuntu /sbin/ser[20787]: ----------------------------- Aug 18 10:11:02 ubuntu /sbin/ser[20787]: Memory status (shm): Aug 18 10:11:02 ubuntu /sbin/ser[20787]: qm_status (0xb5acf000): Aug 18 10:11:02 ubuntu /sbin/ser[20787]: heap size= 33554432 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: used= 1914592, used+overhead=2224736, free=31329696 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: max used (+overhead)= 33534720 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: dumping all alloc'ed. fragments: Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 0. N address=0xb5ad41a8 frag=0xb5ad41a0 size=16 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 1. N address=0xb5ad41c8 frag=0xb5ad41c0 size=16 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 2. N address=0xb5ad41e8 frag=0xb5ad41e0 size=16 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 3. N address=0xb5ad4208 frag=0xb5ad4200 size=16 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 4. N address=0xb5ad4228 frag=0xb5ad4220 size=4096 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 5. N address=0xb5ad5238 frag=0xb5ad5230 size=4096 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 6. N address=0xb5ad6248 frag=0xb5ad6240 size=2800 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 7. N address=0xb5ad6d48 frag=0xb5ad6d40 size=1680 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 8. N address=0xb5ad73e8 frag=0xb5ad73e0 size=16 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 9. N address=0xb5ad7408 frag=0xb5ad7400 size=1572864 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 10. N address=0xb5c57418 frag=0xb5c57410 size=16 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 11. N address=0xb5c57438 frag=0xb5c57430 size=320 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 12. N address=0xb5c57588 frag=0xb5c57580 size=48 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 13. N address=0xb5c575c8 frag=0xb5c575c0 size=80 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 14. N address=0xb5c57628 frag=0xb5c57620 size=80 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 15. N address=0xb5c57688 frag=0xb5c57680 size=80 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 16. N address=0xb5c576e8 frag=0xb5c576e0 size=16 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 17. N address=0xb5c57708 frag=0xb5c57700 size=16 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 18. N address=0xb5c57728 frag=0xb5c57720 size=16 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 19. N address=0xb5c57748 frag=0xb5c57740 size=16 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 20. N address=0xb5c57768 frag=0xb5c57760 size=32 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 21. N address=0xb5c57798 frag=0xb5c57790 size=131072 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 22. N address=0xb5c777a8 frag=0xb5c777a0 size=16 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 23. N address=0xb5c777c8 frag=0xb5c777c0 size=16 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 24. N address=0xb5c777e8 frag=0xb5c777e0 size=32 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 25. N address=0xb5c77818 frag=0xb5c77810 size=131072 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 60. N address=0xb5ca7948 frag=0xb5ca7940 size=48 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 61. N address=0xb5ca7988 frag=0xb5ca7980 size=16 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 62. N address=0xb5ca79a8 frag=0xb5ca79a0 size=80 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 63. N address=0xb5ca7a08 frag=0xb5ca7a00 size=48 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 64. N address=0xb5ca7a48 frag=0xb5ca7a40 size=32 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 65. N address=0xb5ca7a78 frag=0xb5ca7a70 size=16 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: 66. N address=0xb5ca7a98 frag=0xb5ca7a90 size=65808 used=1 Aug 18 10:11:02 ubuntu /sbin/ser[20787]: dumping free list stats : Aug 18 10:11:02 ubuntu /sbin/ser[20787]: hash= 1. fragments no.: 1232, unused: 0 ^I^I bucket size: 16 - 16 (first 16) Aug 18 10:11:02 ubuntu /sbin/ser[20787]: hash= 38. fragments no.: 54, unused: 0 ^I^I bucket size: 608 - 608 (first 608) Aug 18 10:11:02 ubuntu /sbin/ser[20787]: hash= 43. fragments no.: 54, unused: 0 ^I^I bucket size: 688 - 688 (first 688) Aug 18 10:11:02 ubuntu /sbin/ser[20787]: hash= 44. fragments no.: 3991, unused: 0 ^I^I bucket size: 704 - 704 (first 704) Aug 18 10:11:02 ubuntu /sbin/ser[20787]: hash= 57. fragments no.: 114, unused: 0 ^I^I bucket size: 912 - 912 (first 912) Aug 18 10:11:02 ubuntu /sbin/ser[20787]: hash= 58. fragments no.: 4004, unused: 0 ^I^I bucket size: 928 - 928 (first 928) Aug 18 10:11:02 ubuntu /sbin/ser[20787]: hash= 68. fragments no.: 46, unused: 0 ^I^I bucket size: 1088 - 1088 (first 1088) Aug 18 10:11:02 ubuntu /sbin/ser[20787]: hash= 82. fragments no.: 109, unused: 0 ^I^I bucket size: 1312 - 1312 (first 1312) Aug 18 10:11:02 ubuntu /sbin/ser[20787]: hash= 115. fragments no.: 34, unused: 0 ^I^I bucket size: 1840 - 1840 (first 1840) Aug 18 10:11:02 ubuntu /sbin/ser[20787]: hash= 174. fragments no.: 3795, unused: 0 ^I^I bucket size: 2784 - 2784 (first 2784) Aug 18 10:11:02 ubuntu /sbin/ser[20787]: hash= 186. fragments no.: 790, unused: 0 ^I^I bucket size: 2976 - 2976 (first 2976) Aug 18 10:11:02 ubuntu /sbin/ser[20787]: hash= 187. fragments no.: 3820, unused: 0 ^I^I bucket size: 2992 - 2992 (first 2992) Aug 18 10:11:02 ubuntu /sbin/ser[20787]: hash= 262. fragments no.: 1, unused: 0 ^I^I bucket size: 4192 - 4192 (first 4192) Aug 18 10:11:02 ubuntu /sbin/ser[20787]: hash= 318. fragments no.: 1, unused: 0 ^I^I bucket size: 5088 - 5088 (first 5088) Aug 18 10:11:02 ubuntu /sbin/ser[20787]: ----------------------------- I think it's not a memory leak but the so many small memory fragments, and those fragments were not combinated. How I solve this problem? Thanks. -- MSN: miao__tan(a)hotmail.com Email: m.roger.t(a)gmail.com

1 0

[Serusers] tcpconn_new: mem. allocation failure
by Roger Tan 18 Aug '09

18 Aug '09

Hi:

1 0

[Kamailio-Users] Generating SIP /TLS Certificate
by Meftah Tayeb 17 Aug '09

17 Aug '09

hello all please how i can generate a certificate to do sip / tls? and how to configure my kamailio? try to help me please thanks __________ Information from ESET NOD32 Antivirus, version of virus signature database 4341 (20090817) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com

2 1

Re: [Kamailio-Users] presence_dialoginfo context
by David 17 Aug '09

17 Aug '09

Hey, I definitely have an exit(), but even if I didn't most of the message is changed, an exit would not change that would it? David Klaus Darilion wrote: > Very strange. > > Maybe exit(); is missing after t_relay() loop and both PUBLISHs are > processed? I think I forgot the exit() in the config snippet. > > Yes, on the server. And please attach the trace as attachment - inline > is difficult to read > > klaus > > David schrieb: >> Hey, >> >> Here is an expert from the /var/log/messsages : >> >> Aug 14 10:16:42 kamailio-dev /usr/sbin/kamailio[28924]: New request - >> M=PUBLISH RURI=sip:group1.105@mydomain.tld >> F=sip:group1.105@mydomain.tld T=sip:group1.105@mydomain.tld >> IP=72.55.182.125 ID=7bddec01-28924(a)72.55.182.125 >> Aug 14 10:16:42 kamailio-dev /usr/sbin/kamailio[28924]: Publish >> rewritten forwarded for ext=group1.105 >> ruri=sip:group1.105@mydomain.tld duri=<null> body=<?xml >> version="1.0"?> <dialog-info >> xmlns="urn:ietf:params:xml:ns:dialog-info" version="0" state="full" >> entity="sip:group1.105@mydomain.tld"> <dialog >> id="5a9207de129fc16f49cafaa425e312f1(a)mydomain.tld" >> call-id="5a9207de129fc16f49cafaa425e312f1(a)mydomain.tld" >> local-tag="4fbrxu9548" remote-tag="as4fb63283" >> direction="recipient"> <state>early</state> <remote> >> <identity>sip:103@mydomain.tld</identity> <target >> uri="sip:103@mydomain.tld"/> </remote> <local> >> <identity>sip:group1.105@mydomain.tld</identity> <target >> uri="sip:group1.105@mydomain.tld"/> </local> </dialog> >> </dialog-info> >> Aug 14 10:16:42 kamailio-dev /usr/sbin/kamailio[28932]: New request - >> M=PUBLISH RURI=sip:group1.105@mydomain.tld >> F=sip:group1.105@mydomain.tld T=sip:group1.105@mydomain.tld >> IP=72.55.182.125 ID=7bddec01-28924(a)72.55.182.125 >> Aug 14 10:16:42 kamailio-dev /usr/sbin/kamailio[28932]: Publish >> accepted for ext=group1.105 ruri=sip:group1.105@mydomain.tld >> duri=<null> body=<?xml version="1.0"?> <dialog-info >> xmlns="urn:ietf:params:xml:ns:dialog-info" version="0" state="full" >> entity="sip:105@mydomain.tld"> <dialog >> id="5a9207de129fc16f49cafaa425e312f1(a)mydomain.tld" >> call-id="5a9207de129fc16f49cafaa425e312f1(a)mydomain.tld" >> local-tag="4fbrxu9548" remote-tag="as4fb63283" >> direction="recipient"> <state>early</state> <remote> >> <identity>sip:103@mydomain.tld</identity> <target >> uri="sip:103@mydomain.tld"/> </remote> <local> >> <identity>sip:105@mydomain.tld</identity> <target >> uri="sip:105@mydomain.tld"/> </local> </dialog> </dialog-info> >> Aug 14 10:16:42 kamailio-dev /usr/sbin/kamailio[28932]: >> INFO:presence:send_notify_request: NOTIFY sip:group1.101@mydomain.tld >> via sip:group1.101@phone.ip:57234 on behalf of sip:105@mydomain.tld >> for event dialog >> >> But the phone's syslog shows this : >> >> Aug 14 10:16:21 linksys [0:57234]<<server.ip:5060 >> Aug 14 10:16:21 linksys [0:57234]<<server.ip:5060 >> Aug 14 10:16:21 linksys NOTIFY sip:group1.101@phone.ip:57234 >> SIP/2.0^M Via: SIP/2.0/UDP >> 72.55.182.125;branch=z9hG4bK0b0a.9725e23.0^M To: >> sip:group1.101@mydomain.tld;tag=1c32db3af4d889ac^M From: >> sip:105@mydomain.tld;tag=6d6077e15fecee48b2721a5e94bf8883-91a8^M >> CSeq: 12 NOTIFY^M Call-ID: 984d4cd2-37b04f4(a)192.168.1.104^M >> Content-Length: 655^M User-Agent: Kamailio (1.5.2-tls (i386/linux))^M >> Max-Forwards: 70^M Event: dialog^M Contact: <sip:mydomain.tld:5060>^M >> Subscription-State: active;expires=1470^M Content-Type: >> application/dialog-info+xml^M ^M <?xml version="1.0"?> <dialog-info >> xmlns="urn:ietf:params:xml:ns:dialog-info" version="11" >> state="full" entity="group1.105(a)mydomain.tld"> <dialog >> id="0b5776fb2ea599c429038414054eb383(a)mydomain.tld" >> call-id="0b5776fb2ea599c429038414054eb383(a)mydomain.tld" >> local-tag="loto7h3i9a" remote-tag="as4f284f05" >> direction="recipient"> <state>early</state> <remote> >> <identity>sip:103@mydomain.tld</identity> <target uri=" >> >> Everything is good, but notice the entity is somehow back to group1.105. >> >> Where do you want me to run the traceroute? On the server? >> >> David >> >> Klaus Darilion wrote: >>> >>> >>> David schrieb: >>>> Hey, >>>> >>>> I tried that, but it did not seem to change anything. I saw the >>>> message change on the second loop, but it seems that the presence >>>> module figure out my tactic and fixed the message. >>> >>> That's not possible. The presence module does not alter the received >>> body. I think the problem is somewhere else. >>> >>> Can you send me a trace? >>> >>> ngrep -t -P "" -W byline -d any port 5060 >>> >>> regards >>> klaus >>> >>> >>>> >>>> David >>>> >>>> Klaus Darilion wrote: >>>>> That does not work: presence_server always uses the original >>>>> received body, the modifications applied by you are not seen by >>>>> the presence server. >>>>> >>>>> The workaround would be to "loop" the modified PUBLISH to Kamailio >>>>> again, e.g.: >>>>> >>>>> listen=.......:5060 >>>>> listen=.......:5050 >>>>> >>>>> route{ >>>>> ... >>>>> if (is_method("PUBLISH")) { >>>>> if (dst_port==5060) { >>>>> subst_body('/group1[.]//'); >>>>> t_relay("udp:127.0.0.1:5050); >>>>> } else if (dst_port==5050) { >>>>> handle_publish(); >>>>> t_release(); >>>>> } >>>>> } >>>>> ... >>>>> } >>>>> >>>>> >>>>> klaus >>>>> David schrieb: >>>>>> Hey, >>>>>> >>>>>> I tried doing a subst or replace_body_all to change the entity="" >>>>>> value, >>>>>> >>>>>> if (is_method("PUBLISH") ) >>>>>> { >>>>>> subst_body('/group1[.]//'); >>>>>> handle_publish(); >>>>>> t_release(); >>>>>> } >>>>>> >>>>>> It did not work, the $rb variable still shows the old body and >>>>>> the NOTIFY received on the phone is the old body as well. >>>>>> >>>>>> I thought about doing a string replace on the outbound NOTIFY but >>>>>> it never hits my routing script, so I can't. >>>>>> >>>>>> I read textops and it does not list any limitations relating to me. >>>>>> >>>>>> Any ideas? >>>>>> >>>>>> David >>>>>> >>>>>> Klaus Darilion wrote: >>>>>>> I think the problem lies within the dialog module. Dialog module >>>>>>> stores from/to URI. Both, from and to URI are derived from the >>>>>>> headers. We could extend the dialog module to store request-URI >>>>>>> in the dialog-info structure too, and add an option to >>>>>>> pua_dialoginfo to use RURI instead of To-URI. >>>>>>> >>>>>>> regards >>>>>>> klaus >>>>>>> >>>>>>> David schrieb: >>>>>>>> Hey, >>>>>>>> >>>>>>>> I think I am doing something wrong, because here is the NOTIFY >>>>>>>> that comes to the phone : >>>>>>>> >>>>>>>> NOTIFY sip:group1.101@my.home.ip:57234 SIP/2.0 >>>>>>>> Via: SIP/2.0/UDP my.kamailio.ip;branch=z9hG4bK3cab.78e494a4.0 >>>>>>>> To: sip:group1.101@my.kamailio.domain.name;tag=b2514519391e8b4d >>>>>>>> From: >>>>>>>> sip:102@my.kamailio.domain.name;tag=6d6077e15fecee48b2721a5e94bf8883-f712 >>>>>>>> >>>>>>>> CSeq: 12 NOTIFY^M Call-ID: 24db3209-611c031d(a)192.168.1.104 >>>>>>>> Content-Length: 298 >>>>>>>> User-Agent: MyServer 1.0 >>>>>>>> Max-Forwards: 70 >>>>>>>> Event: dialog >>>>>>>> Contact: <sip:my.kamailio.domain.name:5060> >>>>>>>> Subscription-State: active;expires=1570 >>>>>>>> Content-Type: application/dialog-info+xml >>>>>>>> >>>>>>>> <?xml version="1.0"?> <dialog-info >>>>>>>> xmlns="urn:ietf:params:xml:ns:dialog-info" >>>>>>>> version="11" state="full" >>>>>>>> entity="group1.102(a)my.kamailio.domain.name"> <dialog >>>>>>>> id="7aaa32e84362a246716009175ad670be(a)domain.tld" >>>>>>>> direction="recipient"> <state>early</state> </dialog> >>>>>>>> </dialog-info> >>>>>>>> >>>>>>>> The phone ( I tested with a GXP2000, GXP2020 and SPA962 + >>>>>>>> SPA932) does not flash lights or anything. Since you suggested >>>>>>>> that a solid kamailio would work out of the box, I suspect that >>>>>>>> either I miscommunicated my setup or did something really >>>>>>>> wrong. The notify definitely gets to the phone and the phone >>>>>>>> replies 200/OK when it receives the NOTIFY. But I think that >>>>>>>> the telephone is not understanding the request because it >>>>>>>> subscribed to '102' but received a notification for >>>>>>>> 'group1.102'. The funny thing is, the From header matches the >>>>>>>> subscribe To header, it's just the XML has the full name >>>>>>>> instead of the shortened name. >>>>>>>> >>>>>>>> To: >>>>>>>> <sip:102@my.kamailio.domain.name>;tag=6d6077e15fecee48b2721a5e94bf8883-f712 >>>>>>>> >>>>>>>> >>>>>>>> I see this in my ( on kamailio ) /var/log/messages : >>>>>>>> >>>>>>>> Aug 13 09:55:24 kamailio-dev /usr/sbin/kamailio[25449]: >>>>>>>> INFO:presence:send_notify_request: NOTIFY >>>>>>>> sip:group1.101@my.kamailio.domain.name via >>>>>>>> sip:group1.101@my.home.ip.where.phone.is:57234 on behalf of >>>>>>>> sip:102@my.kamailio.domain.name for event dialog >>>>>>>> >>>>>>>> I should also mention that the NOTIFY sent out by presence >>>>>>>> bypasses my routing scripts. So I have the PUBLISH come through >>>>>>>> ( which I leave alone ) and the NOTIFY is sent according to the >>>>>>>> location table without ever consulting my routing script. >>>>>>>> >>>>>>>> So everything amazingly worked out well, except that the lights >>>>>>>> are not changing status which I think is related to the XML >>>>>>>> document dialog-info entity attribute containing the group >>>>>>>> name, sent from my server. >>>>>>>> >>>>>>>> Any ideas or suggestions ? >>>>>>>> >>>>>>>> Thanks, >>>>>>>> >>>>>>>> David >>>>>>>> >>>>>>>> Other information : >>>>>>>> >>>>>>>> if ( is_method("SUBSCRIBE") ) >>>>>>>> { >>>>>>>> avp_db_query("select groupname from sometable ", >>>>>>>> "$avp(s:groupname)"); >>>>>>>> avp_printf("$ru", >>>>>>>> "sip:$avp(s:zone).$tU@my.kamailio.domain.name"); >>>>>>>> xlog("L_INFO", "Subscribe rewritten from $tU to >>>>>>>> $ru - M=$rm \n"); >>>>>>>> xlog("L_INFO", "Handling SUBSCRIBE - $fU - >>>>>>>> $avp(s:zone) - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); >>>>>>>> handle_subscribe(); >>>>>>>> t_release(); >>>>>>>> exit; >>>>>>>> } >>>>>>>> >>>>>>>> Kamailio compiled from sources : >>>>>>>> >>>>>>>> Path: /usr/src/kamailio >>>>>>>> URL: >>>>>>>> https://openser.svn.sourceforge.net/svnroot/openser/branches/1.5 >>>>>>>> Repository Root: >>>>>>>> https://openser.svn.sourceforge.net/svnroot/openser >>>>>>>> Repository UUID: 689a6050-402a-0410-94f2-e92a70836424 >>>>>>>> Revision: 5910 >>>>>>>> Node Kind: directory >>>>>>>> Schedule: normal >>>>>>>> Last Changed Author: henningw >>>>>>>> Last Changed Rev: 5910 >>>>>>>> Last Changed Date: 2009-08-06 13:08:30 -0400 (Thu, 06 Aug 2009) >>>>>>>> >>>>>>>> >>>>>>>> Klaus Darilion wrote: >>>>>>>>> notifies are generated by the presence module, based on the >>>>>>>>> subscription. So, there is nothing you have to do with NOTIFY. >>>>>>>>> Also PUBLISHs are created internally. Depending on your >>>>>>>>> concrete setup (e.g. format of the SIP user names) it should >>>>>>>>> work out of the box. >>>>>>>>> >>>>>>>>> klaus >>>>>>>>> >>>>>>>>> dlublink schrieb: >>>>>>>>>> What about the notifies? >>>>>>>>>> >>>>>>>>>> Klaus Darilion wrote: >>>>>>>>>>> dlublink wrote: >>>>>>>>>>>> Hello, >>>>>>>>>>>> >>>>>>>>>>>> I have three different groups of extensions on my kamailio >>>>>>>>>>>> I want to be able to separate them, so I prefixed a name to >>>>>>>>>>>> the extensions, so I have : >>>>>>>>>>>> >>>>>>>>>>>> 1. group1.101 >>>>>>>>>>>> 2. group1.102 >>>>>>>>>>>> 3. group2.101 >>>>>>>>>>>> 4. group2.102 >>>>>>>>>>>> 5. group3.102 >>>>>>>>>>>> 6. group3.103. >>>>>>>>>>>> >>>>>>>>>>>> The phones from different groups can not call each other, I >>>>>>>>>>>> found a pseudo variable that I use to rewrite the >>>>>>>>>>>> destination url, so if user group1.101 dials 102 I rewrite >>>>>>>>>>>> it to group1.102. >>>>>>>>>>>> >>>>>>>>>>>> I want to do the same thing for presence_dialog info, how >>>>>>>>>>>> can I rewrite the subscribe, presence and and notify >>>>>>>>>>>> messages to append the appropriate prefix ? >>>>>>>>>>> >>>>>>>>>>> Just apply the same rewrite you have already done for the >>>>>>>>>>> INVITE also for the SUBSCRIBE >>>>>>>>>>> >>>>>>>>>>> regards >>>>>>>>>>> klaus >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Thanks, >>>>>>>>>>>> >>>>>>>>>>>> David >>>>>>>>>>>> >>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>> 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 >>>>>>>>>>>> >>>>>>>>>> >>>>>>>> >>>>>> >>>> >>

2 1

[Serusers] 200 OK not being ACKnowledged
by Steven C. Blair 14 Aug '09

14 Aug '09

I'm testing SIP trunking connectivity to an ITSP through a Covergence (CXC)/ACME Packet session border controller. Calls from an IP phone to the PSTN through SER and the CXC are being dropped 15 seconds after the initial call is setup and just after a cal l is answered. We do not have this problem with calls which reach the PSTN via local gateways. It seems that SER is not relaying an ACK which it receives from the phone which causes the SBC to resend a 200 OK message until finally the connection times out. I've checked the call routing and do not see any issue however I do notice the following in the SER logs. Aug 13 13:07:24 vidar /usr/local/sbin/ser[19053]: [SER]: --ACK--: Time: [Thu Aug 13 13:07:24 2009] From: <sip:89390@vidar.net.isc.upenn.edu> To <sip:92155738396@vidar.net.isc.upenn.edu;user=phone> Src IP <128.91.2.223> Method:<ACK> Aug 13 13:07:24 vidar /usr/local/sbin/ser[19053]: [SER]: [Thu Aug 13 13:07:24 2009] [453a4bbf-90848c86-ea3a8091(a)128.91.56.18] <sip:92155738396@vidar.net.isc.upenn.edu:5060;user=phone;maddr=128.91.56.242;transport=udp> Starting PRESENCE/BLA section Aug 13 13:07:24 vidar /usr/local/sbin/ser[19053]: [SER]: [Thu Aug 13 13:07:24 2009] [453a4bbf-90848c86-ea3a8091(a)128.91.56.18] <sip:92155738396@vidar.net.isc.upenn.edu:5060;user=phone;maddr=128.91.56.242;transport=udp> End PRESENCE/BLA section Aug 13 13:07:24 vidar /usr/local/sbin/ser[19053]: [SER]: [Thu Aug 13 13:07:24 2009] [453a4bbf-90848c86-ea3a8091(a)128.91.56.18] --URI match--. Method: <ACK> R-uri: <sip:92155738396@vidar.net.isc.upenn.edu:5060;user=phone;maddr=128.91.56.242;transport=udp> Contact Header: <<sip:89390@128.91.56.18:5060>> From: <sip:89390@vidar.net.isc.upenn.edu> To <sip:92155738396@vidar.net.isc.upenn.edu;user=phone> IP source address <128.91.2.223> Aug 13 13:07:24 vidar /usr/local/sbin/ser[19053]: [SER]: --ACK--: Time: [Thu Aug 13 13:07:24 2009] From: <sip:89390@vidar.net.isc.upenn.edu> To <sip:92155738396@vidar.net.isc.upenn.edu;user=phone> Src IP <128.91.2.223> Method:<ACK> Aug 13 13:07:24 vidar /usr/local/sbin/ser[19053]: [SER]: Too many hops Aug 13 13:07:24 vidar /usr/local/sbin/ser[19053]: Warning: sl_send_reply: I won't send a reply for ACK!! User 89390 is a local subscriber and the phone initiating the call. The recipient of the call is my desk phone 215-573-8396 which is on a different, unrelated SER service. We do record_route traffic through SER for call control and accounting reasons. It seems like the ACK is looping through SER and therefore never being sent to the SBC but I cannot see why. Does anyone have any thoughts on this issue? Thanks,Steve

3 5

Re: [Kamailio-Users] presence_dialoginfo context
by David 14 Aug '09

14 Aug '09

Hey, Apparently the list did not accept the previous message... Here is the code you suggested with my modifications, it'll help put the log extracts in context : else if ( dst_port == 5060 ) { xlog("L_INFO", "Publish rewritten forwarded for ext=$tU ruri=$ru duri=$du body=$rb"); subst_body('/group1[.]//g' ) ; t_relay("udp:127.0.0.1:5050"); exit ; } else { xlog("L_INFO", "Publish accepted for ext=$tU ruri=$ru duri=$du body=$rb"); handle_publish(); t_release(); exit; } Here is an expert from the /var/log/messsages : Aug 14 10:16:42 kamailio-dev /usr/sbin/kamailio[28924]: New request - M=PUBLISH RURI=sip:group1.105@mydomain.tld F=sip:group1.105@mydomain.tld T=sip:group1.105@mydomain.tld IP=72.55.182.125 ID=7bddec01-28924(a)72.55.182.125 Aug 14 10:16:42 kamailio-dev /usr/sbin/kamailio[28924]: Publish rewritten forwarded for ext=group1.105 ruri=sip:group1.105@mydomain.tld duri=<null> body=<?xml version="1.0"?> <dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="0" state="full" entity="sip:group1.105@mydomain.tld"> <dialog id="5a9207de129fc16f49cafaa425e312f1(a)mydomain.tld" call-id="5a9207de129fc16f49cafaa425e312f1(a)mydomain.tld" local-tag="4fbrxu9548" remote-tag="as4fb63283" direction="recipient"> <state>early</state> <remote> <identity>sip:103@mydomain.tld</identity> <target uri="sip:103@mydomain.tld"/> </remote> <local> <identity>sip:group1.105@mydomain.tld</identity> <target uri="sip:group1.105@mydomain.tld"/> </local> </dialog> </dialog-info> Aug 14 10:16:42 kamailio-dev /usr/sbin/kamailio[28932]: New request - M=PUBLISH RURI=sip:group1.105@mydomain.tld F=sip:group1.105@mydomain.tld T=sip:group1.105@mydomain.tld IP=72.55.182.125 ID=7bddec01-28924(a)72.55.182.125 Aug 14 10:16:42 kamailio-dev /usr/sbin/kamailio[28932]: Publish accepted for ext=group1.105 ruri=sip:group1.105@mydomain.tld duri=<null> body=<?xml version="1.0"?> <dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="0" state="full" entity="sip:105@mydomain.tld"> <dialog id="5a9207de129fc16f49cafaa425e312f1(a)mydomain.tld" call-id="5a9207de129fc16f49cafaa425e312f1(a)mydomain.tld" local-tag="4fbrxu9548" remote-tag="as4fb63283" direction="recipient"> <state>early</state> <remote> <identity>sip:103@mydomain.tld</identity> <target uri="sip:103@mydomain.tld"/> </remote> <local> <identity>sip:105@mydomain.tld</identity> <target uri="sip:105@mydomain.tld"/> </local> </dialog> </dialog-info> Aug 14 10:16:42 kamailio-dev /usr/sbin/kamailio[28932]: INFO:presence:send_notify_request: NOTIFY sip:group1.101@mydomain.tld via sip:group1.101@phone.ip:57234 on behalf of sip:105@mydomain.tld for event dialog But the phone's syslog shows this : Aug 14 10:16:21 linksys [0:57234]<<server.ip:5060 Aug 14 10:16:21 linksys [0:57234]<<server.ip:5060 Aug 14 10:16:21 linksys NOTIFY sip:group1.101@phone.ip:57234 SIP/2.0^M Via: SIP/2.0/UDP 72.55.182.125;branch=z9hG4bK0b0a.9725e23.0^M To: sip:group1.101@mydomain.tld;tag=1c32db3af4d889ac^M From: sip:105@mydomain.tld;tag=6d6077e15fecee48b2721a5e94bf8883-91a8^M CSeq: 12 NOTIFY^M Call-ID: 984d4cd2-37b04f4(a)192.168.1.104^M Content-Length: 655^M User-Agent: Kamailio (1.5.2-tls (i386/linux))^M Max-Forwards: 70^M Event: dialog^M Contact: <sip:mydomain.tld:5060>^M Subscription-State: active;expires=1470^M Content-Type: application/dialog-info+xml^M ^M <?xml version="1.0"?> <dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="11" state="full" entity="group1.105(a)mydomain.tld"> <dialog id="0b5776fb2ea599c429038414054eb383(a)mydomain.tld" call-id="0b5776fb2ea599c429038414054eb383(a)mydomain.tld" local-tag="loto7h3i9a" remote-tag="as4f284f05" direction="recipient"> <state>early</state> <remote> <identity>sip:103@mydomain.tld</identity> <target uri=" Everything is good, but notice the entity is somehow back to group1.105. Where do you want me to run the traceroute? On the server? David Klaus Darilion wrote: > > > David schrieb: >> Hey, >> >> I tried that, but it did not seem to change anything. I saw the >> message change on the second loop, but it seems that the presence >> module figure out my tactic and fixed the message. > > That's not possible. The presence module does not alter the received > body. I think the problem is somewhere else. > > Can you send me a trace? > > ngrep -t -P "" -W byline -d any port 5060 > > regards > klaus > > >> >> David >> >> Klaus Darilion wrote: >>> That does not work: presence_server always uses the original >>> received body, the modifications applied by you are not seen by the >>> presence server. >>> >>> The workaround would be to "loop" the modified PUBLISH to Kamailio >>> again, e.g.: >>> >>> listen=.......:5060 >>> listen=.......:5050 >>> >>> route{ >>> ... >>> if (is_method("PUBLISH")) { >>> if (dst_port==5060) { >>> subst_body('/group1[.]//'); >>> t_relay("udp:127.0.0.1:5050); >>> } else if (dst_port==5050) { >>> handle_publish(); >>> t_release(); >>> } >>> } >>> ... >>> } >>> >>> >>> klaus >>> David schrieb: >>>> Hey, >>>> >>>> I tried doing a subst or replace_body_all to change the entity="" >>>> value, >>>> >>>> if (is_method("PUBLISH") ) >>>> { >>>> subst_body('/group1[.]//'); >>>> handle_publish(); >>>> t_release(); >>>> } >>>> >>>> It did not work, the $rb variable still shows the old body and the >>>> NOTIFY received on the phone is the old body as well. >>>> >>>> I thought about doing a string replace on the outbound NOTIFY but >>>> it never hits my routing script, so I can't. >>>> >>>> I read textops and it does not list any limitations relating to me. >>>> >>>> Any ideas? >>>> >>>> David >>>> >>>> Klaus Darilion wrote: >>>>> I think the problem lies within the dialog module. Dialog module >>>>> stores from/to URI. Both, from and to URI are derived from the >>>>> headers. We could extend the dialog module to store request-URI in >>>>> the dialog-info structure too, and add an option to pua_dialoginfo >>>>> to use RURI instead of To-URI. >>>>> >>>>> regards >>>>> klaus >>>>> >>>>> David schrieb: >>>>>> Hey, >>>>>> >>>>>> I think I am doing something wrong, because here is the NOTIFY >>>>>> that comes to the phone : >>>>>> >>>>>> NOTIFY sip:group1.101@my.home.ip:57234 SIP/2.0 >>>>>> Via: SIP/2.0/UDP my.kamailio.ip;branch=z9hG4bK3cab.78e494a4.0 >>>>>> To: sip:group1.101@my.kamailio.domain.name;tag=b2514519391e8b4d >>>>>> From: >>>>>> sip:102@my.kamailio.domain.name;tag=6d6077e15fecee48b2721a5e94bf8883-f712 >>>>>> >>>>>> CSeq: 12 NOTIFY^M Call-ID: 24db3209-611c031d(a)192.168.1.104 >>>>>> Content-Length: 298 >>>>>> User-Agent: MyServer 1.0 >>>>>> Max-Forwards: 70 >>>>>> Event: dialog >>>>>> Contact: <sip:my.kamailio.domain.name:5060> >>>>>> Subscription-State: active;expires=1570 >>>>>> Content-Type: application/dialog-info+xml >>>>>> >>>>>> <?xml version="1.0"?> <dialog-info >>>>>> xmlns="urn:ietf:params:xml:ns:dialog-info" version="11" >>>>>> state="full" entity="group1.102(a)my.kamailio.domain.name"> >>>>>> <dialog id="7aaa32e84362a246716009175ad670be(a)domain.tld" >>>>>> direction="recipient"> <state>early</state> </dialog> >>>>>> </dialog-info> >>>>>> >>>>>> The phone ( I tested with a GXP2000, GXP2020 and SPA962 + SPA932) >>>>>> does not flash lights or anything. Since you suggested that a >>>>>> solid kamailio would work out of the box, I suspect that either I >>>>>> miscommunicated my setup or did something really wrong. The >>>>>> notify definitely gets to the phone and the phone replies 200/OK >>>>>> when it receives the NOTIFY. But I think that the telephone is >>>>>> not understanding the request because it subscribed to '102' but >>>>>> received a notification for 'group1.102'. The funny thing is, the >>>>>> From header matches the subscribe To header, it's just the XML >>>>>> has the full name instead of the shortened name. >>>>>> >>>>>> To: >>>>>> <sip:102@my.kamailio.domain.name>;tag=6d6077e15fecee48b2721a5e94bf8883-f712 >>>>>> >>>>>> >>>>>> I see this in my ( on kamailio ) /var/log/messages : >>>>>> >>>>>> Aug 13 09:55:24 kamailio-dev /usr/sbin/kamailio[25449]: >>>>>> INFO:presence:send_notify_request: NOTIFY >>>>>> sip:group1.101@my.kamailio.domain.name via >>>>>> sip:group1.101@my.home.ip.where.phone.is:57234 on behalf of >>>>>> sip:102@my.kamailio.domain.name for event dialog >>>>>> >>>>>> I should also mention that the NOTIFY sent out by presence >>>>>> bypasses my routing scripts. So I have the PUBLISH come through ( >>>>>> which I leave alone ) and the NOTIFY is sent according to the >>>>>> location table without ever consulting my routing script. >>>>>> >>>>>> So everything amazingly worked out well, except that the lights >>>>>> are not changing status which I think is related to the XML >>>>>> document dialog-info entity attribute containing the group name, >>>>>> sent from my server. >>>>>> >>>>>> Any ideas or suggestions ? >>>>>> >>>>>> Thanks, >>>>>> >>>>>> David >>>>>> >>>>>> Other information : >>>>>> >>>>>> if ( is_method("SUBSCRIBE") ) >>>>>> { >>>>>> avp_db_query("select groupname from sometable ", >>>>>> "$avp(s:groupname)"); >>>>>> avp_printf("$ru", >>>>>> "sip:$avp(s:zone).$tU@my.kamailio.domain.name"); >>>>>> xlog("L_INFO", "Subscribe rewritten from $tU to $ru >>>>>> - M=$rm \n"); >>>>>> xlog("L_INFO", "Handling SUBSCRIBE - $fU - >>>>>> $avp(s:zone) - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); >>>>>> handle_subscribe(); >>>>>> t_release(); >>>>>> exit; >>>>>> } >>>>>> >>>>>> Kamailio compiled from sources : >>>>>> >>>>>> Path: /usr/src/kamailio >>>>>> URL: >>>>>> https://openser.svn.sourceforge.net/svnroot/openser/branches/1.5 >>>>>> Repository Root: https://openser.svn.sourceforge.net/svnroot/openser >>>>>> Repository UUID: 689a6050-402a-0410-94f2-e92a70836424 >>>>>> Revision: 5910 >>>>>> Node Kind: directory >>>>>> Schedule: normal >>>>>> Last Changed Author: henningw >>>>>> Last Changed Rev: 5910 >>>>>> Last Changed Date: 2009-08-06 13:08:30 -0400 (Thu, 06 Aug 2009) >>>>>> >>>>>> >>>>>> Klaus Darilion wrote: >>>>>>> notifies are generated by the presence module, based on the >>>>>>> subscription. So, there is nothing you have to do with NOTIFY. >>>>>>> Also PUBLISHs are created internally. Depending on your concrete >>>>>>> setup (e.g. format of the SIP user names) it should work out of >>>>>>> the box. >>>>>>> >>>>>>> klaus >>>>>>> >>>>>>> dlublink schrieb: >>>>>>>> What about the notifies? >>>>>>>> >>>>>>>> Klaus Darilion wrote: >>>>>>>>> dlublink wrote: >>>>>>>>>> Hello, >>>>>>>>>> >>>>>>>>>> I have three different groups of extensions on my kamailio I >>>>>>>>>> want to be able to separate them, so I prefixed a name to the >>>>>>>>>> extensions, so I have : >>>>>>>>>> >>>>>>>>>> 1. group1.101 >>>>>>>>>> 2. group1.102 >>>>>>>>>> 3. group2.101 >>>>>>>>>> 4. group2.102 >>>>>>>>>> 5. group3.102 >>>>>>>>>> 6. group3.103. >>>>>>>>>> >>>>>>>>>> The phones from different groups can not call each other, I >>>>>>>>>> found a pseudo variable that I use to rewrite the destination >>>>>>>>>> url, so if user group1.101 dials 102 I rewrite it to group1.102. >>>>>>>>>> >>>>>>>>>> I want to do the same thing for presence_dialog info, how can >>>>>>>>>> I rewrite the subscribe, presence and and notify messages to >>>>>>>>>> append the appropriate prefix ? >>>>>>>>> >>>>>>>>> Just apply the same rewrite you have already done for the >>>>>>>>> INVITE also for the SUBSCRIBE >>>>>>>>> >>>>>>>>> regards >>>>>>>>> klaus >>>>>>>>> >>>>>>>>>> >>>>>>>>>> Thanks, >>>>>>>>>> >>>>>>>>>> David >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> 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 >>>>>>>> >>>>>> >>>> >>

1 0

Re: [Kamailio-Users] presence_dialoginfo context
by David 14 Aug '09

14 Aug '09

Hey, Here is an expert from the /var/log/messsages : Aug 14 10:16:42 kamailio-dev /usr/sbin/kamailio[28924]: New request - M=PUBLISH RURI=sip:group1.105@mydomain.tld F=sip:group1.105@mydomain.tld T=sip:group1.105@mydomain.tld IP=72.55.182.125 ID=7bddec01-28924(a)72.55.182.125 Aug 14 10:16:42 kamailio-dev /usr/sbin/kamailio[28924]: Publish rewritten forwarded for ext=group1.105 ruri=sip:group1.105@mydomain.tld duri=<null> body=<?xml version="1.0"?> <dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="0" state="full" entity="sip:group1.105@mydomain.tld"> <dialog id="5a9207de129fc16f49cafaa425e312f1(a)mydomain.tld" call-id="5a9207de129fc16f49cafaa425e312f1(a)mydomain.tld" local-tag="4fbrxu9548" remote-tag="as4fb63283" direction="recipient"> <state>early</state> <remote> <identity>sip:103@mydomain.tld</identity> <target uri="sip:103@mydomain.tld"/> </remote> <local> <identity>sip:group1.105@mydomain.tld</identity> <target uri="sip:group1.105@mydomain.tld"/> </local> </dialog> </dialog-info> Aug 14 10:16:42 kamailio-dev /usr/sbin/kamailio[28932]: New request - M=PUBLISH RURI=sip:group1.105@mydomain.tld F=sip:group1.105@mydomain.tld T=sip:group1.105@mydomain.tld IP=72.55.182.125 ID=7bddec01-28924(a)72.55.182.125 Aug 14 10:16:42 kamailio-dev /usr/sbin/kamailio[28932]: Publish accepted for ext=group1.105 ruri=sip:group1.105@mydomain.tld duri=<null> body=<?xml version="1.0"?> <dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="0" state="full" entity="sip:105@mydomain.tld"> <dialog id="5a9207de129fc16f49cafaa425e312f1(a)mydomain.tld" call-id="5a9207de129fc16f49cafaa425e312f1(a)mydomain.tld" local-tag="4fbrxu9548" remote-tag="as4fb63283" direction="recipient"> <state>early</state> <remote> <identity>sip:103@mydomain.tld</identity> <target uri="sip:103@mydomain.tld"/> </remote> <local> <identity>sip:105@mydomain.tld</identity> <target uri="sip:105@mydomain.tld"/> </local> </dialog> </dialog-info> Aug 14 10:16:42 kamailio-dev /usr/sbin/kamailio[28932]: INFO:presence:send_notify_request: NOTIFY sip:group1.101@mydomain.tld via sip:group1.101@phone.ip:57234 on behalf of sip:105@mydomain.tld for event dialog But the phone's syslog shows this : Aug 14 10:16:21 linksys [0:57234]<<server.ip:5060 Aug 14 10:16:21 linksys [0:57234]<<server.ip:5060 Aug 14 10:16:21 linksys NOTIFY sip:group1.101@phone.ip:57234 SIP/2.0^M Via: SIP/2.0/UDP 72.55.182.125;branch=z9hG4bK0b0a.9725e23.0^M To: sip:group1.101@mydomain.tld;tag=1c32db3af4d889ac^M From: sip:105@mydomain.tld;tag=6d6077e15fecee48b2721a5e94bf8883-91a8^M CSeq: 12 NOTIFY^M Call-ID: 984d4cd2-37b04f4(a)192.168.1.104^M Content-Length: 655^M User-Agent: Kamailio (1.5.2-tls (i386/linux))^M Max-Forwards: 70^M Event: dialog^M Contact: <sip:mydomain.tld:5060>^M Subscription-State: active;expires=1470^M Content-Type: application/dialog-info+xml^M ^M <?xml version="1.0"?> <dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="11" state="full" entity="group1.105(a)mydomain.tld"> <dialog id="0b5776fb2ea599c429038414054eb383(a)mydomain.tld" call-id="0b5776fb2ea599c429038414054eb383(a)mydomain.tld" local-tag="loto7h3i9a" remote-tag="as4f284f05" direction="recipient"> <state>early</state> <remote> <identity>sip:103@mydomain.tld</identity> <target uri=" Everything is good, but notice the entity is somehow back to group1.105. Where do you want me to run the traceroute? On the server? David Klaus Darilion wrote: > > > David schrieb: >> Hey, >> >> I tried that, but it did not seem to change anything. I saw the >> message change on the second loop, but it seems that the presence >> module figure out my tactic and fixed the message. > > That's not possible. The presence module does not alter the received > body. I think the problem is somewhere else. > > Can you send me a trace? > > ngrep -t -P "" -W byline -d any port 5060 > > regards > klaus > > >> >> David >> >> Klaus Darilion wrote: >>> That does not work: presence_server always uses the original >>> received body, the modifications applied by you are not seen by the >>> presence server. >>> >>> The workaround would be to "loop" the modified PUBLISH to Kamailio >>> again, e.g.: >>> >>> listen=.......:5060 >>> listen=.......:5050 >>> >>> route{ >>> ... >>> if (is_method("PUBLISH")) { >>> if (dst_port==5060) { >>> subst_body('/group1[.]//'); >>> t_relay("udp:127.0.0.1:5050); >>> } else if (dst_port==5050) { >>> handle_publish(); >>> t_release(); >>> } >>> } >>> ... >>> } >>> >>> >>> klaus >>> David schrieb: >>>> Hey, >>>> >>>> I tried doing a subst or replace_body_all to change the entity="" >>>> value, >>>> >>>> if (is_method("PUBLISH") ) >>>> { >>>> subst_body('/group1[.]//'); >>>> handle_publish(); >>>> t_release(); >>>> } >>>> >>>> It did not work, the $rb variable still shows the old body and the >>>> NOTIFY received on the phone is the old body as well. >>>> >>>> I thought about doing a string replace on the outbound NOTIFY but >>>> it never hits my routing script, so I can't. >>>> >>>> I read textops and it does not list any limitations relating to me. >>>> >>>> Any ideas? >>>> >>>> David >>>> >>>> Klaus Darilion wrote: >>>>> I think the problem lies within the dialog module. Dialog module >>>>> stores from/to URI. Both, from and to URI are derived from the >>>>> headers. We could extend the dialog module to store request-URI in >>>>> the dialog-info structure too, and add an option to pua_dialoginfo >>>>> to use RURI instead of To-URI. >>>>> >>>>> regards >>>>> klaus >>>>> >>>>> David schrieb: >>>>>> Hey, >>>>>> >>>>>> I think I am doing something wrong, because here is the NOTIFY >>>>>> that comes to the phone : >>>>>> >>>>>> NOTIFY sip:group1.101@my.home.ip:57234 SIP/2.0 >>>>>> Via: SIP/2.0/UDP my.kamailio.ip;branch=z9hG4bK3cab.78e494a4.0 >>>>>> To: sip:group1.101@my.kamailio.domain.name;tag=b2514519391e8b4d >>>>>> From: >>>>>> sip:102@my.kamailio.domain.name;tag=6d6077e15fecee48b2721a5e94bf8883-f712 >>>>>> >>>>>> CSeq: 12 NOTIFY^M Call-ID: 24db3209-611c031d(a)192.168.1.104 >>>>>> Content-Length: 298 >>>>>> User-Agent: MyServer 1.0 >>>>>> Max-Forwards: 70 >>>>>> Event: dialog >>>>>> Contact: <sip:my.kamailio.domain.name:5060> >>>>>> Subscription-State: active;expires=1570 >>>>>> Content-Type: application/dialog-info+xml >>>>>> >>>>>> <?xml version="1.0"?> <dialog-info >>>>>> xmlns="urn:ietf:params:xml:ns:dialog-info" version="11" >>>>>> state="full" entity="group1.102(a)my.kamailio.domain.name"> >>>>>> <dialog id="7aaa32e84362a246716009175ad670be(a)domain.tld" >>>>>> direction="recipient"> <state>early</state> </dialog> >>>>>> </dialog-info> >>>>>> >>>>>> The phone ( I tested with a GXP2000, GXP2020 and SPA962 + SPA932) >>>>>> does not flash lights or anything. Since you suggested that a >>>>>> solid kamailio would work out of the box, I suspect that either I >>>>>> miscommunicated my setup or did something really wrong. The >>>>>> notify definitely gets to the phone and the phone replies 200/OK >>>>>> when it receives the NOTIFY. But I think that the telephone is >>>>>> not understanding the request because it subscribed to '102' but >>>>>> received a notification for 'group1.102'. The funny thing is, the >>>>>> From header matches the subscribe To header, it's just the XML >>>>>> has the full name instead of the shortened name. >>>>>> >>>>>> To: >>>>>> <sip:102@my.kamailio.domain.name>;tag=6d6077e15fecee48b2721a5e94bf8883-f712 >>>>>> >>>>>> >>>>>> I see this in my ( on kamailio ) /var/log/messages : >>>>>> >>>>>> Aug 13 09:55:24 kamailio-dev /usr/sbin/kamailio[25449]: >>>>>> INFO:presence:send_notify_request: NOTIFY >>>>>> sip:group1.101@my.kamailio.domain.name via >>>>>> sip:group1.101@my.home.ip.where.phone.is:57234 on behalf of >>>>>> sip:102@my.kamailio.domain.name for event dialog >>>>>> >>>>>> I should also mention that the NOTIFY sent out by presence >>>>>> bypasses my routing scripts. So I have the PUBLISH come through ( >>>>>> which I leave alone ) and the NOTIFY is sent according to the >>>>>> location table without ever consulting my routing script. >>>>>> >>>>>> So everything amazingly worked out well, except that the lights >>>>>> are not changing status which I think is related to the XML >>>>>> document dialog-info entity attribute containing the group name, >>>>>> sent from my server. >>>>>> >>>>>> Any ideas or suggestions ? >>>>>> >>>>>> Thanks, >>>>>> >>>>>> David >>>>>> >>>>>> Other information : >>>>>> >>>>>> if ( is_method("SUBSCRIBE") ) >>>>>> { >>>>>> avp_db_query("select groupname from sometable ", >>>>>> "$avp(s:groupname)"); >>>>>> avp_printf("$ru", >>>>>> "sip:$avp(s:zone).$tU@my.kamailio.domain.name"); >>>>>> xlog("L_INFO", "Subscribe rewritten from $tU to $ru >>>>>> - M=$rm \n"); >>>>>> xlog("L_INFO", "Handling SUBSCRIBE - $fU - >>>>>> $avp(s:zone) - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); >>>>>> handle_subscribe(); >>>>>> t_release(); >>>>>> exit; >>>>>> } >>>>>> >>>>>> Kamailio compiled from sources : >>>>>> >>>>>> Path: /usr/src/kamailio >>>>>> URL: >>>>>> https://openser.svn.sourceforge.net/svnroot/openser/branches/1.5 >>>>>> Repository Root: https://openser.svn.sourceforge.net/svnroot/openser >>>>>> Repository UUID: 689a6050-402a-0410-94f2-e92a70836424 >>>>>> Revision: 5910 >>>>>> Node Kind: directory >>>>>> Schedule: normal >>>>>> Last Changed Author: henningw >>>>>> Last Changed Rev: 5910 >>>>>> Last Changed Date: 2009-08-06 13:08:30 -0400 (Thu, 06 Aug 2009) >>>>>> >>>>>> >>>>>> Klaus Darilion wrote: >>>>>>> notifies are generated by the presence module, based on the >>>>>>> subscription. So, there is nothing you have to do with NOTIFY. >>>>>>> Also PUBLISHs are created internally. Depending on your concrete >>>>>>> setup (e.g. format of the SIP user names) it should work out of >>>>>>> the box. >>>>>>> >>>>>>> klaus >>>>>>> >>>>>>> dlublink schrieb: >>>>>>>> What about the notifies? >>>>>>>> >>>>>>>> Klaus Darilion wrote: >>>>>>>>> dlublink wrote: >>>>>>>>>> Hello, >>>>>>>>>> >>>>>>>>>> I have three different groups of extensions on my kamailio I >>>>>>>>>> want to be able to separate them, so I prefixed a name to the >>>>>>>>>> extensions, so I have : >>>>>>>>>> >>>>>>>>>> 1. group1.101 >>>>>>>>>> 2. group1.102 >>>>>>>>>> 3. group2.101 >>>>>>>>>> 4. group2.102 >>>>>>>>>> 5. group3.102 >>>>>>>>>> 6. group3.103. >>>>>>>>>> >>>>>>>>>> The phones from different groups can not call each other, I >>>>>>>>>> found a pseudo variable that I use to rewrite the destination >>>>>>>>>> url, so if user group1.101 dials 102 I rewrite it to group1.102. >>>>>>>>>> >>>>>>>>>> I want to do the same thing for presence_dialog info, how can >>>>>>>>>> I rewrite the subscribe, presence and and notify messages to >>>>>>>>>> append the appropriate prefix ? >>>>>>>>> >>>>>>>>> Just apply the same rewrite you have already done for the >>>>>>>>> INVITE also for the SUBSCRIBE >>>>>>>>> >>>>>>>>> regards >>>>>>>>> klaus >>>>>>>>> >>>>>>>>>> >>>>>>>>>> Thanks, >>>>>>>>>> >>>>>>>>>> David >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> 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 >>>>>>>> >>>>>> >>>> >>

1 0

[Kamailio-Users] Generate INVITE from Openser
by ALAEDDINE abbech 14 Aug '09

14 Aug '09

Hello all How can i generate an INVITE from OpenSER. That means that Openser make the role of UAC. Who have an idea for this pb. Thanks Regards Aladin

6 9

[Kamailio-Users] presence_dialoginfo context
by dlublink 14 Aug '09

14 Aug '09

Hello, I have three different groups of extensions on my kamailio I want to be able to separate them, so I prefixed a name to the extensions, so I have : 1. group1.101 2. group1.102 3. group2.101 4. group2.102 5. group3.102 6. group3.103. The phones from different groups can not call each other, I found a pseudo variable that I use to rewrite the destination url, so if user group1.101 dials 102 I rewrite it to group1.102. I want to do the same thing for presence_dialog info, how can I rewrite the subscribe, presence and and notify messages to append the appropriate prefix ? Thanks, David

4 10

[Kamailio-Users] Load Balancing Asterisk using Kamailio
by Kurt Weasel 14 Aug '09

14 Aug '09

Hi, I searched around the web to load balance asterisk servers and found Kamailio for possible solution. Let's say I have two identical asterisk servers with same dialplan and configuration and I want both servers look like they have same IP address from clients. Based on my understanding, we need 1 Kamailio as load balancer and 2 Asterisk servers as the real servers. Let's say the setup is : Kamailio load balancer 192.168.2.1 Asterisk Server #1 192.168.2.2 Asterisk Server #2 192.168.2.3 My question is, X-Lite softphone Configuration should be set to domain 192.168.2.1, right? I also want to know the step by step configuration to set kamailio as load balancer. I have not used Kamailio before. However after searching the documentation, the step (based on my understanding) is somewhat like this : 1. Install Kamailio. I will use the step by step here : http://kamailio.org/dokuwiki/doku.php/install:kamailio-1.5.x-from-svn 2. Then, using dipatcher module, I will configure it using this guide here : http://kamailio.org/dokuwiki/doku.php/asterisk:load-balancing-and-ha Then modify the dispatcher.list file to match the IP address of my asterisk servers : *1 sip:192.168.2.2:5060 1 sip:192.168.2.3:5060* Am I missing some steps? Do I also need to configure dialplan or any other file at Kamailio load balancer? Or those two steps basically done it all for simple load balancing configuration? Thanks for your responses. Best Regard, Kurt Weasel.

5 8

[Kamailio-Users] OpenSER without MYSQL
by Ratheendran R 13 Aug '09

13 Aug '09

Hello everyone, I want to port openSER on an embedded board,I need configure the openser without MySQL due to space constraint. So can you let me know whether this is possible also can you give any reference document on how to port on ARM 9 based boad. Regards, Rathndran <users(a)lists.kamailio.org>

7 9

[Kamailio-Users] Fwd: dialog info + Grandstreams = freezing
by Daniel-Constantin Mierla 13 Aug '09

13 Aug '09

.. fwd to list ... reply all button mismatch ... ---------- Forwarded message ---------- From: Daniel-Constantin Mierla <miconda(a)gmail.com> Date: Wed, Aug 12, 2009 at 9:20 AM Subject: Re: [Kamailio-Users] dialog info + Grandstreams = freezing To: David <kamailio.org(a)spam.lublink.net> Hello, On Tue, Aug 11, 2009 at 2:18 PM, David <kamailio.org(a)spam.lublink.net>wrote: > Hey, > > I am not good at diagrams, but here goes : > > > [ Asterisk] [ Asterisk ] ================> [ MySQL ] > / \ / \ > [ Kamailio ] ============/\ > / \ / \ / \ > [ Extension ] [ Extension ] [ Extension ] > > Here is a simple flow : > > 1. Extension 1 is plugged in > 2. It registers to Kamailio and Kamailio stores to Location > 3. Extension 1 subscribes to all the other extensions > 4. Kamailio calls handle_publish() and t_release() > 5. Extension 1 dials '102' > 6. Kamailio receives the INVITE chooses an asterisk server and relays the > INVITE ( t_relay ) > 7. Asterisk does some checking, starts monitor ( if needed ) and some other > stuff > 8. Asterisk sends INVITE to Kamailio for testspace.102 > 9. Kamailio finds testspace.102 in database and forwards INVITE to the > appropriate extension > 10. Extension replies 'OK' > 11. Kamailio, using reply-route, sends it back to asterisk > 12. Asterisk bridges the call with 101 > 13. Asterisk sends an OK back through Kamailio to Extension 1. > 14. Asterisk tries to reinvite the audio ( if not monitoring ) > 15. Audio bypasses Asterisk, but the SIP still is making the full trip. > > Does this answer your question? Do you do call tracking with dialog for both legs (inbond: phone to asterisk; outbound: asterisk to phone)? You should do it for one, outbound is the best, in case asterisk auto-answers the inbound leg. Cheers, Daniel > > David > > > > Daniel-Constantin Mierla wrote: > >> Hello, >> >> I am using the module with snom 370 and works ok. The BLF is on for >> Polycoms but they do not implement the call pickup properly (they have >> direct call pickup as far as I could get). >> >> Please take latest kamailio 1.5 from svn branch 1.5 as there were >> committed some updates (maybe they don't affect you, being mainly to rls, >> but is better to have the latest stable so we refer to same source code). >> >> What would be good is to have a diagram of the signaling, since you say >> there are lot of messages sent around. >> http://callflow.sourceforge.net/ >> >> Cheers, >> Daniel >> >> >> On 11.08.2009 5:03 Uhr, David wrote: >> >>> Hello, >>> >>> I am having this problem on kamailio 1.5.2-tls compiled on Ubuntu 8.04, >>> 1.5.1-tls ( compiled with no tls ) on Ubuntu 8.04 and with OpenSIPS >>> 1.5.2-tls compilde on Ubuntu 8.04 >>> >>> I am trying to setup presence_dialoginfo with my Grandstreams, Snom and >>> Linksys. I have a 4 phones on the server. >>> >>> 101 - Linksys SPA962 ( 6.1.5a ) >>> 102 - Grandstream GXP2020 ( 1.2.1.4 ) >>> 103 - Grandstream GXP2000 ( 1.2.1.4 ) >>> 104 - Grandstream GXP2000 ( 1.1.6.46 ) >>> 105 - Snom 360 ( 7.3.23 ) >>> >>> My Kamailio deals with registrations, NAT and BLF everything else is sent >>> to one of two asterisk boxes. I use the dispatcher module for this. This >>> means that when I call one extension to the other, both call legs from >>> asterisk are going through Kamailio as separate calls. But to divide my >>> customers, the usernames are different from the URL that the user types. For >>> example the customer dials '101' but it is changed to testspace.101 when it >>> comes back from asterisk. So Kamailio would have two calls in the event that >>> 101 dials 102. >>> >>> sip:testspace.101@myserver to 102 ( this is sent to asterisk ) >>> sip:testspace.101@myserver to testspace.102 ( this is coming back from >>> asterisk ) >>> >>> Something is horribly wrong. I have the following problems : >>> >>> 1. If 102 calls 103, when 103 answers both phones hang for about 2 >>> minutes >>> 2. If 105 calls 101, 101 BLF comes back to the inactive state ( green on >>> the Linksys and dark on the Snom), but the orange light stays on on the Snom >>> and it thinks the call is still active ( the light is on, but the call is >>> over ) >>> 3. If any extension calls any extension and I try a call pickup, it >>> fails. It looks like the Linksys is sending a NOTIFY to pickup the call ( I >>> thought it was supposed to send an invite... ? ) >>> >>> Looking at the logs it looks like Kamailio is sending out so many NOTIFYs >>> that it is crashing the Grandstreams, and causing the Snom to act funny. >>> >>> Here are some experts from my config file : >>> >>> root@kamailio-dev:/etc/kamailio# grep dialog * >>> kamailio.cfg:# * avp value for dialogs is still not correct >>> kamailio.cfg:loadmodule "dialog.so" >>> kamailio.cfg:loadmodule "presence_dialoginfo.so" >>> kamailio.cfg:loadmodule "pua_dialoginfo.so" >>> kamailio.cfg:#modparam("pua_dialoginfo", "include_localremote", 0) >>> kamailio.cfg:#modparam("pua_dialoginfo", "include_tags", 0) >>> kamailio.cfg:#modparam("pua_dialoginfo", "include_callid", 0) >>> kamailio.cfg:modparam("dialog", "dlg_flag", 4) >>> kamailio.cfg:modparam("dialog", "db_mode", 1) >>> kamailio.cfg:modparam("dialog", "timeout_avp", "$avp(i:10)") # I still >>> haven't figured out how to set $avp(i:10) >>> kamailio.cfg:modparam("pua_dialoginfo", "override_lifetime", 300) >>> kamailio.cfg:modparam("presence_dialoginfo", "force_single_dialog", 1) >>> kamailio.cfg:modparam("pua_dialoginfo", "caller_confirmed", 1) >>> kamailio.cfg:modparam("auth_db|usrloc|acc|domain|avpops|presence|presence_xml|pua|dialog", >>> "db_url", >>> kamailio.cfg:# Flag 4 = Mark the current request for a dialog >>> kamailio.cfg: # sequential request withing a dialog should >>> >>> the set flag looks like this : >>> if ( ds_is_from_list() ) >>> { >>> xlog("L_INFO", "Coming from asterisk"); >>> if ( is_method("INVITE")) >>> { >>> setflag(4); >>> } >>> } >>> >>> So the dialog flag is only set for the leg coming back from asterisk. >>> >>> When a notify comes in : >>> >>> if(is_method("NOTIFY") ) >>> { >>> if (! t_newtran()) >>> { >>> sl_reply_error(); >>> exit; >>> }; >>> >>> t_reply("200", "OK"); >>> t_release(); >>> exit ; >>> } >>> >>> Publish and subscribe are like this : >>> >>> >>> if( is_method("PUBLISH") || is_method("SUBSCRIBE") ) >>> { >>> route(5); >>> exit; >>> } >>> >>> route[5] >>> { >>> # absorb retransmissions >>> if (! t_newtran()) >>> { >>> xlog("L_INFO", "Ignoring PUBLISH/SUBSCRIBE on retransmition - >>> M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); >>> sl_reply_error(); >>> exit; >>> }; >>> >>> append_to_reply("Contact: <sip:myserver.tld:5060>\r\n"); >>> >>> if(is_method("PUBLISH")) >>> { >>> handle_publish(); >>> t_release(); >>> >>> } else if( is_method("SUBSCRIBE")) { >>> handle_subscribe(); >>> t_release(); >>> } >>> else >>> { >>> } >>> >>> exit; >>> } >>> >>> I also have NAT checking for those telephones where stun isn't enough. >>> Before I reach publish/subscribe/invite/notify, I also call setbflag() and >>> sometimes call fix_nated_contact(). Additionnally, I have a block if code >>> before my presence stuff if ( has_totag() && loose_route()) { t_relay(); }. >>> >>> If sip.conf:canreinvite=yes, the grandstreams freeze so long that the >>> server times out, and the BLFs get really messed up. if sip:canreinvite=no >>> the grandstreams only freeze for about 30 seconds. >>> >>> Obviously I am doing something wrong, but despite having searched google >>> for endless hours, and poured over documentation, I can not seem to find >>> what I did wrong. >>> >>> I would really appreciate if someone could shed light on my problem. >>> >>> I am having this problem on kamailio 1.5.2-tls compiled on Ubuntu 8.04, >>> 1.5.1-tls ( compiled with no tls ) on Ubuntu 8.04 and with OpenSIPS >>> 1.5.2-tls compilde on Ubuntu 8.04 >>> >>> Thanks, >>> >>> David >>> >>> _______________________________________________ >>> 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 >>> >>> >> > > _______________________________________________ > 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 -- Daniel-Constantin Mierla http://www.asipto.com

2 2

[Kamailio-Users] acc doesn't write to database and to a log file
by Koffedor 13 Aug '09

13 Aug '09

Hello to all I enabled the acc module but it isn't writing to "acc" or "missed_calls" table in mysql, and to a log file too. my config: (...) loadmodule "db_mysql.so" loadmodule "tm.so" loadmodule "rr.so" (...) # ----- acc params ----- /* what sepcial events should be accounted ? */ modparam("acc", "early_media", 1) modparam("acc", "report_ack", 1) modparam("acc", "report_cancels", 1) /* by default ww do not adjust the direct of the sequential requests. if you enable this parameter, be sure the enable "append_fromtag" in "rr" module */ modparam("acc", "detect_direction", 0) /* account triggers (flags) */ modparam("acc", "failed_transaction_flag", 3) modparam("acc", "log_flag", 1) modparam("acc", "log_missed_flag", 2) modparam("acc", "log_extra","src_user=$fU;src_domain=$fd;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") /* uncomment the following lines to enable DB accounting also */ modparam("acc", "db_flag", 1) modparam("acc", "db_missed_flag", 2) modparam("acc", "db_url", "mysql://xxx:xxxx@localhost/kamailio") modparam("acc", "db_extra", "src_user=$fU;src_domain=$fd;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") Flags 1 and 2 set just like in a sample configuration file. (...) if (loose_route()) { if (is_method("BYE")) { setflag(1); # do accounting ... setflag(3); # ... even if the transaction fails } route(1); (...) # account only INVITEs if (is_method("INVITE")) { setflag(1); # do accounting } Mysql tables are created: | acc | CREATE TABLE `acc` ( `id` int(10) unsigned NOT NULL auto_increment, `method` varchar(16) NOT NULL default '', `from_tag` varchar(64) NOT NULL default '', `to_tag` varchar(64) NOT NULL default '', `callid` varchar(128) NOT NULL default '', `sip_code` char(3) NOT NULL default '', `sip_reason` varchar(32) NOT NULL default '', `time` datetime NOT NULL default '0000-00-00 00:00:00', `src_ip` varchar(64) NOT NULL default '', `dst_user` varchar(64) NOT NULL default '', `dst_domain` varchar(128) NOT NULL default '', `src_user` varchar(64) NOT NULL default '', `src_domain` varchar(128) NOT NULL default '', `cdr_id` int(11) NOT NULL default '0', `dst_ouser` varchar(64) NOT NULL default '', PRIMARY KEY (`id`), KEY `acc_callid` (`callid`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1 | | missed_calls | CREATE TABLE `missed_calls` ( `id` int(10) unsigned NOT NULL auto_increment, `method` varchar(16) NOT NULL default '', `from_tag` varchar(64) NOT NULL default '', `to_tag` varchar(64) NOT NULL default '', `callid` varchar(128) NOT NULL default '', `sip_code` char(3) NOT NULL default '', `sip_reason` varchar(32) NOT NULL default '', `time` datetime NOT NULL default '0000-00-00 00:00:00', `src_ip` varchar(64) NOT NULL default '', `dst_user` varchar(64) NOT NULL default '', `dst_domain` varchar(128) NOT NULL default '', `src_user` varchar(64) NOT NULL default '', `src_domain` varchar(128) NOT NULL default '', `cdr_id` int(11) NOT NULL default '0', `dst_ouser` varchar(64) NOT NULL default '', PRIMARY KEY (`id`), KEY `mc_callid` (`callid`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1 There are no errors in log, and nothing about acc module in debug mode. Cant get where is my mistake.

2 3

BUG: tls [tls_server.c:98]: Invalid connection state (bug in TCP code)
by MÉSZÁROS Mihály 12 Aug '09

12 Aug '09

Hello! Another problem I am using sip-router git version with the attached configuration files. I am getting the error mentioned in subject. Please see the debug log and my configuration files. Can anyone help me figure out what i a configured wrong? Misi Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_read.c:713]: tcp_read_req: content-length= 517 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:599]: SIP Request: Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:601]: method: <PUBLISH> Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:603]: uri: <sip:alice@atlanta.test> Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:605]: version: <SIP/2.0> Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_via.c:1283]: Found param type 232, <branch> = <z9hG4bK-d8754z-260c1648321add52-1---d8754z->; state=6 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_via.c:1283]: Found param type 235, <rport> = <n/a>; state=17 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_via.c:2296]: end of header reached, state=5 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:495]: parse_headers: Via found, flags=2 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:497]: parse_headers: this is the first via Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [receive.c:127]: After parse_msg... Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [receive.c:166]: preparing to run routing scripts... Aug 11 20:38:38 a1 /usr/sbin/ser[390]: ERROR: <script>: Misi: PUBLISH sip:alice@atlanta.test SIP/2.0#015#012Via: SIP/2.0/TLS 192.168.1.7:4241;branch=z9hG4bK-d8754z-260c1648321add52-1---d8754z-;rport#015#012Max-Forwards: 70#015#012Contact: <sip:alice@92.249.143.13:2783;transport=TLS>#015#012To: "alice"<sip:alice@atlanta.test>#015#012From: "alice"<sip:alice@atlanta.test>;tag=6470be16#015#012Call-ID: MTM5NDE0YjRjMmU2ZWNlOThjNDI1MGM2ZjAzMDBjZjA.#015#012CSeq: 16 PUBLISH#015#012Expires: 1200#015#012Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO#015#012Content-Type: application/pidf+xml#015#012Proxy-Authorization: Digest username="alice",realm="atlanta.test",nonce="4a81babd0000000bdc0c130f92356ce11fc7ea51a926c644",uri="sip:alice@atlanta.test",response="527ee7c53e6f621ef9ee161426da4afd",cnonce="9f418c76f9b91cd9c3d71fbb4d36f415",nc=00000002,qop=auth,algorithm=MD5#015#012SIP-If-Match: a.1250015022.397.2.8#015#012Supported: replaces#015#012User-Agent: Bria Professional release 2.4 stamp 49381#015#012Event: presence#015#012Content-Length: 517#015#012#015#012<?xml version='1.0' encoding='UTF-8'?><presence xmlns='urn:ietf:params:xml:ns:pidf' xmlns:dm='urn:ietf:params:xml:ns:pidf:data-model' xmlns:rpid='urn:ietf:params:xml:ns:pidf:rpid' xmlns:c='urn:ietf:params:xml:ns:pidf:cipid' xmlns:lt='urn:ietf:params:xml:ns:location-type' entity='sip:alice@atlanta.test'><tuple id='tae2c271a'><status><basic>open</basic></status></tuple><dm:person id='p7a66b539'><rpid:activities><rpid:busy/><rpid:on-the-phone/></rpid:activities><dm:note>On the phone</dm:note></dm:person></presence> Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: maxfwd [mf_funcs.c:85]: value = 70 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_to.c:753]: end of header reached, state=9 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:173]: DEBUG: get_hdr_field: <To> [33]; uri=[sip:alice@atlanta.test] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:175]: DEBUG: to body ["alice"<sip:alice@atlanta.test>#015#012] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: siputils [checks.c:65]: no totag Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: tm [t_lookup.c:1080]: DEBUG: t_check_msg: msg id=3 global id=2 T start=0xffffffff Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:153]: get_hdr_field: cseq <CSeq>: <16> <PUBLISH> Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_hname2.c:182]: beginning of SIP-If-Match: yet=0x2d706973 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_hname2.c:182]: middle of SIP-If-Match: yet=0x6d2d6669 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_hname2.c:182]: end of SIP-If-Match Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:187]: DEBUG: get_hdr_body : content_length=517 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:89]: found end of header Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: tm [t_lookup.c:528]: t_lookup_request: start searching: hash=3518, isACK=0 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: tm [t_lookup.c:485]: DEBUG: RFC3261 transaction matching failed Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: tm [t_lookup.c:711]: DEBUG: t_lookup_request: no transaction found Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: tm [t_lookup.c:1149]: DEBUG: t_check_msg: msg id=3 global id=3 T end=(nil) Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_to.c:174]: DEBUG: add_param: tag=6470be16 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_to.c:753]: end of header reached, state=29 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==9 && [atlanta.test] == [127.0.0.1] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==14 && [atlanta.test] == [195.111.158.41] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==9 && [atlanta.test] == [127.0.0.1] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==14 && [atlanta.test] == [195.111.158.41] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==9 && [atlanta.test] == [127.0.0.1] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5061 matches port 5060 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==14 && [atlanta.test] == [195.111.158.41] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5061 matches port 5060 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==9 && [atlanta.test] == [127.0.0.1] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==14 && [atlanta.test] == [195.111.158.41] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: auth [nonce.c:186]: comparing [4a81babd0000000bdc0c130f92356ce11fc7ea51a926c644] and [4a81babd0000000bdc0c130f92356ce11fc7ea51a926c644] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:116]: allocate 28 bytes for result set at 0x82bd628 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:68]: 3 columns returned from the query Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:153]: allocate 12 bytes for result names at 0x82f55d8 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:163]: allocate 12 bytes for result types at 0x82f52fc Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:85]: allocate 8 bytes for RES_NAMES[0] at 0x82f4e4c Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x82f4e4c)[0]=[password] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:85]: allocate 8 bytes for RES_NAMES[1] at 0x82dbf88 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x82dbf88)[1]=[email_address] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:85]: allocate 8 bytes for RES_NAMES[2] at 0x82f5768 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x82f5768)[2]=[rpid] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:182]: allocate 8 bytes for rows at 0x82f4ebc Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_row.c:119]: allocate 60 bytes for row values at 0x82f5390 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_val.c:117]: converting STRING [bakker] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_val.c:117]: converting STRING [] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_val.c:117]: converting STRING [sip:003631001001@atlanta.test] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: auth_db [authorize.c:123]: HA1 string calculated: 67bb4b4b59a70b7f246682dfdd188df2 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: auth [api.c:239]: our result = '527ee7c53e6f621ef9ee161426da4afd' Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: auth [api.c:246]: authorization is OK Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: auth [api.c:194]: nonce index= 11 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: auth [index.c:187]: nonce already used Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: auth [api.c:198]: nonce index not valid Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:79]: freeing 3 columns Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:83]: freeing RES_NAMES[0] at 0x82f4e4c Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:83]: freeing RES_NAMES[1] at 0x82dbf88 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:83]: freeing RES_NAMES[2] at 0x82f5768 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:92]: freeing result names at 0x82f55d8 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:97]: freeing result types at 0x82f52fc Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:52]: freeing 1 rows Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_row.c:97]: freeing row values at 0x82f5390 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:60]: freeing rows at 0x82f4ebc Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:134]: freeing result set at 0x82bd628 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: auth [index.c:128]: second= 16, sec_monit= 8, index= 12 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: auth [challenge.c:107]: nonce index= 12 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: auth [challenge.c:151]: 'Proxy-Authenticate: Digest realm="atlanta.test", nonce="4a81bacc0000000cc8f1349a189042236344c2b25f33aeb2", qop="auth"#015#012' Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: sl [sl.c:314]: reply in stateless mode (sl) Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [msg_translator.c:200]: check_via_address(92.249.143.13, 192.168.1.7, 0) Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:1998]: tcp_send: send from reader (390 (36)), reusing fd Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:2049]: tcp_send: sending... Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: tls [tls_server.c:738]: write finished, 742 bytes written Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:2085]: tcp_send: after real write: c= 0xb584b448 n=742 fd=8 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:2086]: tcp_send: buf=#012SIP/2.0 407 Proxy Authentication Required#015#012Via: SIP/2.0/TLS 192.168.1.7:4241;branch=z9hG4bK-d8754z-260c1648321add52-1---d8754z-;rport=2783;received=92.249.143.13#015#012To: "alice"<sip:alice@atlanta.test>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.a62c#015#012From: "alice"<sip:alice@atlanta.test>;tag=6470be16#015#012Call-ID: MTM5NDE0YjRjMmU2ZWNlOThjNDI1MGM2ZjAzMDBjZjA.#015#012CSeq: 16 PUBLISH#015#012Proxy-Authenticate: Digest realm="atlanta.test", nonce="4a81bacc0000000cc8f1349a189042236344c2b25f33aeb2", qop="auth"#015#012Server: SIP Router (2.99.0-dev01-serk (i386/linux))#015#012Content-Length: 0#015#012Warning: 392 195.111.158.41:5061 "Noisy feedback tells: pid=390 req_src_ip=92.249.143.13 req_src_port=2783 in_uri=sip:alice@atlanta.test out_uri=sip:alice@atlanta.test via_cnt==1"#015#012#015#012 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [receive.c:254]: receive_msg: cleaning up Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_read.c:713]: tcp_read_req: content-length= 517 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:599]: SIP Request: Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:601]: method: <PUBLISH> Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:603]: uri: <sip:alice@atlanta.test> Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:605]: version: <SIP/2.0> Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_via.c:1283]: Found param type 232, <branch> = <z9hG4bK-d8754z-8b6841568301eb55-1---d8754z->; state=6 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_via.c:1283]: Found param type 235, <rport> = <n/a>; state=17 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_via.c:2296]: end of header reached, state=5 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:495]: parse_headers: Via found, flags=2 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:497]: parse_headers: this is the first via Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [receive.c:127]: After parse_msg... Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [receive.c:166]: preparing to run routing scripts... Aug 11 20:38:38 a1 /usr/sbin/ser[390]: ERROR: <script>: Misi: PUBLISH sip:alice@atlanta.test SIP/2.0#015#012Via: SIP/2.0/TLS 192.168.1.7:4241;branch=z9hG4bK-d8754z-8b6841568301eb55-1---d8754z-;rport#015#012Max-Forwards: 70#015#012Contact: <sip:alice@92.249.143.13:2783;transport=TLS>#015#012To: "alice"<sip:alice@atlanta.test>#015#012From: "alice"<sip:alice@atlanta.test>;tag=6470be16#015#012Call-ID: MTM5NDE0YjRjMmU2ZWNlOThjNDI1MGM2ZjAzMDBjZjA.#015#012CSeq: 17 PUBLISH#015#012Expires: 1200#015#012Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO#015#012Content-Type: application/pidf+xml#015#012Proxy-Authorization: Digest username="alice",realm="atlanta.test",nonce="4a81bacc0000000cc8f1349a189042236344c2b25f33aeb2",uri="sip:alice@atlanta.test",response="cc8d63baac587662386d887e507bf60b",cnonce="1eeeeb8bf845982d90f185276c67bc78",nc=00000001,qop=auth,algorithm=MD5#015#012SIP-If-Match: a.1250015022.397.2.8#015#012Supported: replaces#015#012User-Agent: Bria Professional release 2.4 stamp 49381#015#012Event: presence#015#012Content-Length: 517#015#012#015#012<?xml version='1.0' encoding='UTF-8'?><presence xmlns='urn:ietf:params:xml:ns:pidf' xmlns:dm='urn:ietf:params:xml:ns:pidf:data-model' xmlns:rpid='urn:ietf:params:xml:ns:pidf:rpid' xmlns:c='urn:ietf:params:xml:ns:pidf:cipid' xmlns:lt='urn:ietf:params:xml:ns:location-type' entity='sip:alice@atlanta.test'><tuple id='tae2c271a'><status><basic>open</basic></status></tuple><dm:person id='p7a66b539'><rpid:activities><rpid:busy/><rpid:on-the-phone/></rpid:activities><dm:note>On the phone</dm:note></dm:person></presence> Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: maxfwd [mf_funcs.c:85]: value = 70 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_to.c:753]: end of header reached, state=9 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:173]: DEBUG: get_hdr_field: <To> [33]; uri=[sip:alice@atlanta.test] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:175]: DEBUG: to body ["alice"<sip:alice@atlanta.test>#015#012] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: siputils [checks.c:65]: no totag Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: tm [t_lookup.c:1080]: DEBUG: t_check_msg: msg id=4 global id=3 T start=(nil) Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:153]: get_hdr_field: cseq <CSeq>: <17> <PUBLISH> Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_hname2.c:182]: beginning of SIP-If-Match: yet=0x2d706973 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_hname2.c:182]: middle of SIP-If-Match: yet=0x6d2d6669 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_hname2.c:182]: end of SIP-If-Match Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:187]: DEBUG: get_hdr_body : content_length=517 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:89]: found end of header Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: tm [t_lookup.c:528]: t_lookup_request: start searching: hash=3519, isACK=0 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: tm [t_lookup.c:485]: DEBUG: RFC3261 transaction matching failed Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: tm [t_lookup.c:711]: DEBUG: t_lookup_request: no transaction found Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: tm [t_lookup.c:1149]: DEBUG: t_check_msg: msg id=4 global id=4 T end=(nil) Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_to.c:174]: DEBUG: add_param: tag=6470be16 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_to.c:753]: end of header reached, state=29 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==9 && [atlanta.test] == [127.0.0.1] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==14 && [atlanta.test] == [195.111.158.41] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==9 && [atlanta.test] == [127.0.0.1] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==14 && [atlanta.test] == [195.111.158.41] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==9 && [atlanta.test] == [127.0.0.1] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5061 matches port 5060 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==14 && [atlanta.test] == [195.111.158.41] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5061 matches port 5060 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==9 && [atlanta.test] == [127.0.0.1] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==14 && [atlanta.test] == [195.111.158.41] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: auth [nonce.c:186]: comparing [4a81bacc0000000cc8f1349a189042236344c2b25f33aeb2] and [4a81bacc0000000cc8f1349a189042236344c2b25f33aeb2] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:116]: allocate 28 bytes for result set at 0x82bd628 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:68]: 3 columns returned from the query Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:153]: allocate 12 bytes for result names at 0x82f55d8 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:163]: allocate 12 bytes for result types at 0x82f52fc Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:85]: allocate 8 bytes for RES_NAMES[0] at 0x82f4ebc Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x82f4ebc)[0]=[password] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:85]: allocate 8 bytes for RES_NAMES[1] at 0x82f5768 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x82f5768)[1]=[email_address] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:85]: allocate 8 bytes for RES_NAMES[2] at 0x82dbf88 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x82dbf88)[2]=[rpid] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:182]: allocate 8 bytes for rows at 0x82f4e4c Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_row.c:119]: allocate 60 bytes for row values at 0x82f5390 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_val.c:117]: converting STRING [bakker] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_val.c:117]: converting STRING [] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_val.c:117]: converting STRING [sip:003631001001@atlanta.test] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: auth_db [authorize.c:123]: HA1 string calculated: 67bb4b4b59a70b7f246682dfdd188df2 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: auth [api.c:239]: our result = 'cc8d63baac587662386d887e507bf60b' Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: auth [api.c:246]: authorization is OK Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: auth [api.c:194]: nonce index= 12 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: auth_db [authorize.c:176]: set string AVP ""/13 = "sip:003631001001@atlanta.test" Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:79]: freeing 3 columns Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:83]: freeing RES_NAMES[0] at 0x82f4ebc Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:83]: freeing RES_NAMES[1] at 0x82f5768 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:83]: freeing RES_NAMES[2] at 0x82dbf88 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:92]: freeing result names at 0x82f55d8 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:97]: freeing result types at 0x82f52fc Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:52]: freeing 1 rows Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_row.c:97]: freeing row values at 0x82f5390 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:60]: freeing rows at 0x82f4e4c Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:134]: freeing result set at 0x82bd628 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: uri_db [checks.c:137]: Digest username and URI username match Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: rr [loose.c:108]: No Route headers found Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: rr [loose.c:907]: There is no Route HF Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==9 && [atlanta.test] == [127.0.0.1] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==14 && [atlanta.test] == [195.111.158.41] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==9 && [atlanta.test] == [127.0.0.1] Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:38 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==14 && [atlanta.test] == [195.111.158.41] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==9 && [atlanta.test] == [127.0.0.1] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5061 matches port 5060 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==14 && [atlanta.test] == [195.111.158.41] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5061 matches port 5060 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==9 && [atlanta.test] == [127.0.0.1] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==14 && [atlanta.test] == [195.111.158.41] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: tm [t_lookup.c:1383]: DEBUG: t_newtran: msg id=4 , global msg id=4 , T on entrance=(nil) Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: tm [t_lookup.c:528]: t_lookup_request: start searching: hash=3519, isACK=0 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: tm [t_lookup.c:485]: DEBUG: RFC3261 transaction matching failed Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: tm [t_lookup.c:711]: DEBUG: t_lookup_request: no transaction found Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: tm [t_hooks.c:335]: DBG: trans=0xb585090c, callback type 1, id 0 entered Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: presence [event_list.c:349]: start event= [presence/1] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: presence [publish.c:369]: SIP-If-Match header found Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: presence [publish.c:378]: existing etag = a.1250015022.397.2.8 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: presence [publish.c:390]: Expires header found, value= 1200 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:116]: allocate 28 bytes for result set at 0x82f56e4 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:68]: 2 columns returned from the query Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:153]: allocate 8 bytes for result names at 0x82f5768 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:163]: allocate 8 bytes for result types at 0x82f4ebc Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:85]: allocate 8 bytes for RES_NAMES[0] at 0x82f4e84 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x82f4e84)[0]=[body] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:121]: use DB1_BLOB result type Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:85]: allocate 8 bytes for RES_NAMES[1] at 0x82f5730 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x82f5730)[1]=[sender] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:182]: allocate 8 bytes for rows at 0x82f4e10 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_row.c:119]: allocate 40 bytes for row values at 0x82f5960 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_val.c:168]: converting BLOB [<?xml version='1.0' encoding='UTF-8'?><presence xmlns='urn:ietf:params:xml:ns:pidf' xmlns:dm='urn:ietf:params:xml:ns:pidf:data-model' xmlns:rpid='urn:ietf:params:xml:ns:pidf:rpid' xmlns:c='urn:ietf:params:xml:ns:pidf:cipid' xmlns:lt='urn:ietf:params:xml:ns:location-type' entity='sip:alice@atlanta.test'><tuple id='tae2c271a'><status><basic>open</basic></status></tuple><dm:person id='p7a66b539'><dm:note>Available</dm:note></dm:person></presence>] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_val.c:117]: converting STRING [] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:79]: freeing 2 columns Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:83]: freeing RES_NAMES[0] at 0x82f4e84 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:83]: freeing RES_NAMES[1] at 0x82f5730 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:92]: freeing result names at 0x82f5768 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:97]: freeing result types at 0x82f4ebc Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:52]: freeing 1 rows Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_row.c:97]: freeing row values at 0x82f5960 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:60]: freeing rows at 0x82f4e10 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:134]: freeing result set at 0x82f56e4 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: presence [presentity.c:88]: etag= a.1250015022.390.2.9 / 20#012 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: presence [presentity.c:102]: send 200OK reply Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: presence [presentity.c:103]: etag= a.1250015022.390.2.9 - len= 20 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: tm [t_lookup.c:1080]: DEBUG: t_check_msg: msg id=4 global id=4 T start=0xb585090c Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: tm [t_lookup.c:1152]: DEBUG: t_check_msg: T already found! Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [msg_translator.c:200]: check_via_address(92.249.143.13, 192.168.1.7, 0) Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [mem/shm_mem.c:117]: WARNING:vqm_resize: resize(0) called Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: tm [t_reply.c:1355]: DEBUG: cleanup_uac_timers: RETR/FR timers reset Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:1998]: tcp_send: send from reader (390 (36)), reusing fd Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:2049]: tcp_send: sending... Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: tls [tls_server.c:738]: write finished, 643 bytes written Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:2085]: tcp_send: after real write: c= 0xb584b448 n=643 fd=8 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:2086]: tcp_send: buf=#012SIP/2.0 200 OK#015#012Via: SIP/2.0/TLS 192.168.1.7:4241;branch=z9hG4bK-d8754z-8b6841568301eb55-1---d8754z-;rport=2783;received=92.249.143.13#015#012To: "alice"<sip:alice@atlanta.test>;tag=a6a1c5f60faecf035a1ae5b6e96e979a-2965#015#012From: "alice"<sip:alice@atlanta.test>;tag=6470be16#015#012Call-ID: MTM5NDE0YjRjMmU2ZWNlOThjNDI1MGM2ZjAzMDBjZjA.#015#012CSeq: 17 PUBLISH#015#012Expires: 1200#015#012SIP-ETag: a.1250015022.390.2.9#015#012Server: SIP Router (2.99.0-dev01-serk (i386/linux))#015#012Content-Length: 0#015#012Warning: 392 195.111.158.41:5061 "Noisy feedback tells: pid=390 req_src_ip=92.249.143.13 req_src_port=2783 in_uri=sip:alice@atlanta.test out_uri=sip:alice@atlanta.test via_cnt==1"#015#012#015#012 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: tm [t_reply.c:610]: DEBUG: reply sent out. buf=0x82f5c80: SIP/2.0 2..., shmem=0xb584f674: SIP/2.0 2 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: tm [t_reply.c:620]: DEBUG: _reply_light: finished Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: sl [sl.c:309]: reply in stateful mode (tm) Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: presence [notify.c:1302]: found 0 dialogs( 0 in database and 0 in hash_table) Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: presence [notify.c:1321]: Could not find subs_dialog Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [receive.c:254]: receive_msg: cleaning up Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_read.c:713]: tcp_read_req: content-length= 544 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:599]: SIP Request: Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:601]: method: <INVITE> Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:603]: uri: <sip:bob@biloxi.test> Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:605]: version: <SIP/2.0> Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_via.c:1283]: Found param type 232, <branch> = <z9hG4bK-d8754z-0b3389781d1b817e-1---d8754z->; state=6 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_via.c:1283]: Found param type 235, <rport> = <n/a>; state=17 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_via.c:2296]: end of header reached, state=5 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:495]: parse_headers: Via found, flags=2 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:497]: parse_headers: this is the first via Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [receive.c:127]: After parse_msg... Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [receive.c:166]: preparing to run routing scripts... Aug 11 20:38:39 a1 /usr/sbin/ser[390]: ERROR: <script>: Misi: INVITE sip:bob@biloxi.test SIP/2.0#015#012Via: SIP/2.0/TLS 192.168.1.7:4241;branch=z9hG4bK-d8754z-0b3389781d1b817e-1---d8754z-;rport#015#012Max-Forwards: 70#015#012Contact: <sip:alice@92.249.143.13:2783;transport=TLS>#015#012To: <sip:bob@biloxi.test>#015#012From: "alice"<sip:alice@atlanta.test>;tag=5d194242#015#012Call-ID: ZTczYjE5ZThhZjhkNmYyMDY0NGYxM2ExOTdkYjg5ZDM.#015#012CSeq: 1 INVITE#015#012Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO#015#012Content-Type: application/sdp#015#012Supported: replaces#015#012User-Agent: Bria Professional release 2.4 stamp 49381#015#012Content-Length: 544#015#012#015#012v=0#015#012o=- 6 2 IN IP4 92.249.143.13#015#012s=CounterPath Bria Professional#015#012c=IN IP4 92.249.143.13#015#012t=0 0#015#012m=audio 4242 RTP/AVP 107 119 100 106 0 98 8 18 101#015#012a=alt:1 2 : bg/abBbq 9nirlFAG 192.168.1.7 4242#015#012a=alt:2 1 : wCTfkbfT 6n6JS41z 92.249.143.13 4242#015#012a=fmtp:18 annexb=yes#015#012a=fmtp:101 0-15#015#012a=rtpmap:107 BV32/16000#015#012a=rtpmap:119 BV32-FEC/16000#015#012a=rtpmap:100 SPEEX/16000#015#012a=rtpmap:106 SPEEX-FEC/16000#015#012a=rtpmap:98 iLBC/8000#015#012a=rtpmap:18 G729/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=sendrecv#015#012a=x-rtp-session-id:C5EF9F1EE4C64633A625BEC3FF808160#015#012 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: maxfwd [mf_funcs.c:85]: value = 70 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_to.c:753]: end of header reached, state=9 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:173]: DEBUG: get_hdr_field: <To> [23]; uri=[sip:bob@biloxi.test] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:175]: DEBUG: to body [<sip:bob@biloxi.test>#015#012] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: siputils [checks.c:65]: no totag Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: tm [t_lookup.c:1080]: DEBUG: t_check_msg: msg id=5 global id=4 T start=0xffffffff Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:153]: get_hdr_field: cseq <CSeq>: <1> <INVITE> Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:187]: DEBUG: get_hdr_body : content_length=544 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:89]: found end of header Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_to.c:174]: DEBUG: add_param: tag=5d194242 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_to.c:753]: end of header reached, state=29 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: tm [t_lookup.c:528]: t_lookup_request: start searching: hash=47015, isACK=0 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: tm [t_lookup.c:485]: DEBUG: RFC3261 transaction matching failed Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: tm [t_lookup.c:711]: DEBUG: t_lookup_request: no transaction found Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: tm [t_lookup.c:1149]: DEBUG: t_check_msg: msg id=5 global id=5 T end=(nil) Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==9 && [atlanta.test] == [127.0.0.1] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==14 && [atlanta.test] == [195.111.158.41] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==9 && [atlanta.test] == [127.0.0.1] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==14 && [atlanta.test] == [195.111.158.41] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==9 && [atlanta.test] == [127.0.0.1] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5061 matches port 5060 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==14 && [atlanta.test] == [195.111.158.41] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5061 matches port 5060 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==9 && [atlanta.test] == [127.0.0.1] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==14 && [atlanta.test] == [195.111.158.41] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: auth [api.c:126]: credentials with given realm not found Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: auth [index.c:128]: second= 18, sec_monit= 8, index= 13 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: auth [challenge.c:107]: nonce index= 13 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: auth [challenge.c:151]: 'Proxy-Authenticate: Digest realm="atlanta.test", nonce="4a81bacd0000000dda4c36dd574a1b80048af63c44e36fd0", qop="auth"#015#012' Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: sl [sl.c:314]: reply in stateless mode (sl) Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [msg_translator.c:200]: check_via_address(92.249.143.13, 192.168.1.7, 0) Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:1998]: tcp_send: send from reader (390 (36)), reusing fd Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:2049]: tcp_send: sending... Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: tls [tls_server.c:738]: write finished, 724 bytes written Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:2085]: tcp_send: after real write: c= 0xb584b448 n=724 fd=8 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:2086]: tcp_send: buf=#012SIP/2.0 407 Proxy Authentication Required#015#012Via: SIP/2.0/TLS 192.168.1.7:4241;branch=z9hG4bK-d8754z-0b3389781d1b817e-1---d8754z-;rport=2783;received=92.249.143.13#015#012To: <sip:bob@biloxi.test>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.d643#015#012From: "alice"<sip:alice@atlanta.test>;tag=5d194242#015#012Call-ID: ZTczYjE5ZThhZjhkNmYyMDY0NGYxM2ExOTdkYjg5ZDM.#015#012CSeq: 1 INVITE#015#012Proxy-Authenticate: Digest realm="atlanta.test", nonce="4a81bacd0000000dda4c36dd574a1b80048af63c44e36fd0", qop="auth"#015#012Server: SIP Router (2.99.0-dev01-serk (i386/linux))#015#012Content-Length: 0#015#012Warning: 392 195.111.158.41:5061 "Noisy feedback tells: pid=390 req_src_ip=92.249.143.13 req_src_port=2783 in_uri=sip:bob@biloxi.test out_uri=sip:bob@biloxi.test via_cnt==1"#015#012#015#012 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [receive.c:254]: receive_msg: cleaning up Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_read.c:713]: tcp_read_req: content-length= 0 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:599]: SIP Request: Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:601]: method: <ACK> Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:603]: uri: <sip:bob@biloxi.test> Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:605]: version: <SIP/2.0> Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_via.c:1283]: Found param type 232, <branch> = <z9hG4bK-d8754z-0b3389781d1b817e-1---d8754z->; state=6 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_via.c:1283]: Found param type 235, <rport> = <n/a>; state=17 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_via.c:2296]: end of header reached, state=5 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:495]: parse_headers: Via found, flags=2 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:497]: parse_headers: this is the first via Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [receive.c:127]: After parse_msg... Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [receive.c:166]: preparing to run routing scripts... Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_to.c:174]: DEBUG: add_param: tag=f8f2ab2c1295e90ed7dbb499b30f44b2.d643 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_to.c:753]: end of header reached, state=29 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:173]: DEBUG: get_hdr_field: <To> [65]; uri=[sip:bob@biloxi.test] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:175]: DEBUG: to body [<sip:bob@biloxi.test>] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: sl [sl_funcs.c:327]: local ACK found -> dropping it! Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [receive.c:254]: receive_msg: cleaning up Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_read.c:713]: tcp_read_req: content-length= 544 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:599]: SIP Request: Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:601]: method: <INVITE> Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:603]: uri: <sip:bob@biloxi.test> Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:605]: version: <SIP/2.0> Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_via.c:1283]: Found param type 232, <branch> = <z9hG4bK-d8754z-2a767f38e361686d-1---d8754z->; state=6 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_via.c:1283]: Found param type 235, <rport> = <n/a>; state=17 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_via.c:2296]: end of header reached, state=5 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:495]: parse_headers: Via found, flags=2 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:497]: parse_headers: this is the first via Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [receive.c:127]: After parse_msg... Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [receive.c:166]: preparing to run routing scripts... Aug 11 20:38:39 a1 /usr/sbin/ser[390]: ERROR: <script>: Misi: INVITE sip:bob@biloxi.test SIP/2.0#015#012Via: SIP/2.0/TLS 192.168.1.7:4241;branch=z9hG4bK-d8754z-2a767f38e361686d-1---d8754z-;rport#015#012Max-Forwards: 70#015#012Contact: <sip:alice@92.249.143.13:2783;transport=TLS>#015#012To: <sip:bob@biloxi.test>#015#012From: "alice"<sip:alice@atlanta.test>;tag=5d194242#015#012Call-ID: ZTczYjE5ZThhZjhkNmYyMDY0NGYxM2ExOTdkYjg5ZDM.#015#012CSeq: 2 INVITE#015#012Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO#015#012Content-Type: application/sdp#015#012Proxy-Authorization: Digest username="alice",realm="atlanta.test",nonce="4a81bacd0000000dda4c36dd574a1b80048af63c44e36fd0",uri="sip:bob@biloxi.test",response="60ca1ab3ccd52ae04fded05e2056a49a",cnonce="41e9f5aabf671596242bb02343062a1b",nc=00000001,qop=auth,algorithm=MD5#015#012Supported: replaces#015#012User-Agent: Bria Professional release 2.4 stamp 49381#015#012Content-Length: 544#015#012#015#012v=0#015#012o=- 6 2 IN IP4 92.249.143.13#015#012s=CounterPath Bria Professional#015#012c=IN IP4 92.249.143.13#015#012t=0 0#015#012m=audio 4242 RTP/AVP 107 119 100 106 0 98 8 18 101#015#012a=alt:1 2 : bg/abBbq 9nirlFAG 192.168.1.7 4242#015#012a=alt:2 1 : wCTfkbfT 6n6JS41z 92.249.143.13 4242#015#012a=fmtp:18 annexb=yes#015#012a=fmtp:101 0-15#015#012a=rtpmap:107 BV32/16000#015#012a=rtpmap:119 BV32-FEC/16000#015#012a=rtpmap:100 SPEEX/16000#015#012a=rtpmap:106 SPEEX-FEC/16000#015#012a=rtpmap:98 iLBC/8000#015#012a=rtpmap:18 G729/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=sendrecv#015#012a=x-rtp-session-id:C5EF9F1EE4C64633A625BEC3FF808160#015#012 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: maxfwd [mf_funcs.c:85]: value = 70 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_to.c:753]: end of header reached, state=9 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:173]: DEBUG: get_hdr_field: <To> [23]; uri=[sip:bob@biloxi.test] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:175]: DEBUG: to body [<sip:bob@biloxi.test>#015#012] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: siputils [checks.c:65]: no totag Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: tm [t_lookup.c:1080]: DEBUG: t_check_msg: msg id=7 global id=5 T start=(nil) Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:153]: get_hdr_field: cseq <CSeq>: <2> <INVITE> Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:187]: DEBUG: get_hdr_body : content_length=544 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:89]: found end of header Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_to.c:174]: DEBUG: add_param: tag=5d194242 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_to.c:753]: end of header reached, state=29 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: tm [t_lookup.c:528]: t_lookup_request: start searching: hash=47012, isACK=0 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: tm [t_lookup.c:485]: DEBUG: RFC3261 transaction matching failed Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: tm [t_lookup.c:711]: DEBUG: t_lookup_request: no transaction found Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: tm [t_lookup.c:1149]: DEBUG: t_check_msg: msg id=7 global id=7 T end=(nil) Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==9 && [atlanta.test] == [127.0.0.1] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==14 && [atlanta.test] == [195.111.158.41] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==9 && [atlanta.test] == [127.0.0.1] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==14 && [atlanta.test] == [195.111.158.41] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==9 && [atlanta.test] == [127.0.0.1] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5061 matches port 5060 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==14 && [atlanta.test] == [195.111.158.41] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5061 matches port 5060 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==9 && [atlanta.test] == [127.0.0.1] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 12==14 && [atlanta.test] == [195.111.158.41] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: auth [nonce.c:186]: comparing [4a81bacd0000000dda4c36dd574a1b80048af63c44e36fd0] and [4a81bacd0000000dda4c36dd574a1b80048af63c44e36fd0] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:116]: allocate 28 bytes for result set at 0x82bd628 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:68]: 3 columns returned from the query Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:153]: allocate 12 bytes for result names at 0x82f55d8 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:163]: allocate 12 bytes for result types at 0x82f52b8 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:85]: allocate 8 bytes for RES_NAMES[0] at 0x82dbf88 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x82dbf88)[0]=[password] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:85]: allocate 8 bytes for RES_NAMES[1] at 0x82f4e4c Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x82f4e4c)[1]=[email_address] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:85]: allocate 8 bytes for RES_NAMES[2] at 0x82f4ebc Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x82f4ebc)[2]=[rpid] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:182]: allocate 8 bytes for rows at 0x82f5768 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_row.c:119]: allocate 60 bytes for row values at 0x82f5960 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_val.c:117]: converting STRING [bakker] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_val.c:117]: converting STRING [] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_val.c:117]: converting STRING [sip:003631001001@atlanta.test] Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: auth_db [authorize.c:123]: HA1 string calculated: 67bb4b4b59a70b7f246682dfdd188df2 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: auth [api.c:239]: our result = '60ca1ab3ccd52ae04fded05e2056a49a' Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: auth [api.c:246]: authorization is OK Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: auth [api.c:194]: nonce index= 13 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: auth_db [authorize.c:176]: set string AVP ""/13 = "sip:003631001001@atlanta.test" Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:79]: freeing 3 columns Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:83]: freeing RES_NAMES[0] at 0x82dbf88 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:83]: freeing RES_NAMES[1] at 0x82f4e4c Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:83]: freeing RES_NAMES[2] at 0x82f4ebc Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:92]: freeing result names at 0x82f55d8 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:97]: freeing result types at 0x82f52b8 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:52]: freeing 1 rows Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_row.c:97]: freeing row values at 0x82f5960 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:60]: freeing rows at 0x82f5768 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: <core> [db_res.c:134]: freeing result set at 0x82bd628 Aug 11 20:38:39 a1 /usr/sbin/ser[390]: DEBUG: uri_db [checks.c:137]: Digest username and URI username match Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: rr [loose.c:108]: No Route headers found Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: rr [loose.c:907]: There is no Route HF Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 11==9 && [biloxi.test] == [127.0.0.1] Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 11==14 && [biloxi.test] == [195.111.158.41] Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 11==9 && [biloxi.test] == [127.0.0.1] Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 11==14 && [biloxi.test] == [195.111.158.41] Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 11==9 && [biloxi.test] == [127.0.0.1] Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5061 matches port 5060 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 11==14 && [biloxi.test] == [195.111.158.41] Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5061 matches port 5060 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 11==9 && [biloxi.test] == [127.0.0.1] Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:484]: grep_sock_info - checking if host==us: 11==14 && [biloxi.test] == [195.111.158.41] Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [socket_info.c:487]: grep_sock_info - checking if port 5060 matches port 5060 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [forward.c:318]: check_self: host != me Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: tm [t_lookup.c:1383]: DEBUG: t_newtran: msg id=7 , global msg id=7 , T on entrance=(nil) Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: tm [t_lookup.c:528]: t_lookup_request: start searching: hash=47012, isACK=0 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: tm [t_lookup.c:485]: DEBUG: RFC3261 transaction matching failed Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: tm [t_lookup.c:711]: DEBUG: t_lookup_request: no transaction found Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: tm [t_hooks.c:335]: DBG: trans=0xb584cf18, callback type 1, id 0 entered Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: tm [t_funcs.c:348]: SER: new INVITE Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [msg_translator.c:200]: check_via_address(92.249.143.13, 192.168.1.7, 0) Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [mem/shm_mem.c:117]: WARNING:vqm_resize: resize(0) called Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:1998]: tcp_send: send from reader (390 (36)), reusing fd Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:2049]: tcp_send: sending... Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: tls [tls_server.c:738]: write finished, 572 bytes written Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:2085]: tcp_send: after real write: c= 0xb584b448 n=572 fd=8 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:2086]: tcp_send: buf=#012SIP/2.0 100 trying -- your call is important to us#015#012Via: SIP/2.0/TLS 192.168.1.7:4241;branch=z9hG4bK-d8754z-2a767f38e361686d-1---d8754z-;rport=2783;received=92.249.143.13#015#012To: <sip:bob@biloxi.test>#015#012From: "alice"<sip:alice@atlanta.test>;tag=5d194242#015#012Call-ID: ZTczYjE5ZThhZjhkNmYyMDY0NGYxM2ExOTdkYjg5ZDM.#015#012CSeq: 2 INVITE#015#012Server: SIP Router (2.99.0-dev01-serk (i386/linux))#015#012Content-Length: 0#015#012Warning: 392 195.111.158.41:5061 "Noisy feedback tells: pid=390 req_src_ip=92.249.143.13 req_src_port=2783 in_uri=sip:bob@biloxi.test out_uri=sip:bob@biloxi.test via_cnt==1"#015#012#015#012 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: tm [t_reply.c:610]: DEBUG: reply sent out. buf=0x82f5c80: SIP/2.0 1..., shmem=0xb58505ec: SIP/2.0 1 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: tm [t_reply.c:620]: DEBUG: _reply_light: finished Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [dns_cache.c:560]: dns_hash_find(biloxi.test(11), 35), h=599 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [dns_cache.c:2674]: naptr_iterate: found a valid sip NAPTR rr _sip._tcp.biloxi.test, proto 2 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [resolve.c:1091]: naptr_choose(o: -1 w: -1 p:0 , o: 20 w:50 p:2) Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [resolve.c:1107]: naptr_choose: changed Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [dns_cache.c:2674]: naptr_iterate: found a valid sip NAPTR rr _sip._udp.biloxi.test, proto 1 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [resolve.c:1091]: naptr_choose(o: 20 w: 50 p:2 , o: 30 w:50 p:1) Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [resolve.c:1102]: naptr_choose: no change Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [dns_cache.c:2674]: naptr_iterate: found a valid sip NAPTR rr _sips._tcp.biloxi.test, proto 3 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [resolve.c:1091]: naptr_choose(o: 20 w: 50 p:2 , o: 10 w:50 p:3) Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [resolve.c:1107]: naptr_choose: changed Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [dns_cache.c:2688]: naptr_iterate: choosed NAPTR rr _sips._tcp.biloxi.test, proto 3 tried: 0x0 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [dns_cache.c:560]: dns_hash_find(_sips._tcp.biloxi.test(22), 33), h=208 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [dns_cache.c:2246]: dns_srv_get_nxt_rr(0xb5864a2c, 0, 0, 559080590): selected 0/1 in grp. 0 (rand_w=0, rr=0xb5864a70 p=10 w=0 rsum=0) Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [dns_cache.c:560]: dns_hash_find(b1.biloxi.test(14), 1), h=386 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [dns_cache.c:2861]: dns_a_resovle(b1.biloxi.test, 0) returning 0 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [dns_cache.c:3115]: dns_srv_resolve_ip("_sips._tcp.biloxi.test", 0, 0), ret=0, ip=195.111.158.43 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [dns_cache.c:3350]: dns_naptr_sip_resolve(biloxi.test, 0, 0), srv0, ret=0 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: ERROR: <script>: new branch at sip:bob@biloxi.test Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [msg_translator.c:2379]: create_via_hf: id added: <;i=2>, rcv proto=3 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [msg_translator.c:200]: check_via_address(92.249.143.13, 192.168.1.7, 0) Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:1778]: tcp_send: no open tcp connection found, opening new one Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [ip_addr.c:116]: tcpconn_new: new tcp connection: 195.111.158.43 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:1050]: tcpconn_new: on port 5061, type 3 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:2049]: tcp_send: sending... Aug 11 20:38:40 a1 /usr/sbin/ser[398]: DEBUG: <core> [tcp_main.c:3014]: handle_ser_child: read response= b5865b20, 2, fd 68 from 36 (390) Aug 11 20:38:40 a1 /usr/sbin/ser[390]: BUG: tls [tls_server.c:98]: Invalid connection state (bug in TCP code) Aug 11 20:38:40 a1 /usr/sbin/ser[398]: DEBUG: <core> [tcp_main.c:1349]: tcpconn_add: hashes: 1306:736:1196, 9 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: ERROR: tls [tls_server.c:145]: Delayed init failed Aug 11 20:38:40 a1 /usr/sbin/ser[398]: DEBUG: <core> [io_wait.h:361]: DBG: io_watch_add(0x8228560, 68, 2, 0xb5865b20), fd_no=55 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:2085]: tcp_send: after real write: c= 0xb5865b20 n=-1 fd=13 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:2086]: tcp_send: buf=#012INVITE sip:bob@biloxi.test SIP/2.0#015#012Record-Route: <sip:195.111.158.41:5061;transport=tls;lr=on;ftag=5d194242>#015#012Via: SIP/2.0/TLS 195.111.158.41:5061;branch=z9hG4bK4a7b.1036c875.0;i=2#015#012Via: SIP/2.0/TLS 192.168.1.7:4241;received=92.249.143.13;branch=z9hG4bK-d8754z-2a767f38e361686d-1---d8754z-;rport=2783#015#012Max-Forwards: 69#015#012Contact: <sip:alice@92.249.143.13:2783;transport=TLS>#015#012To: <sip:bob@biloxi.test>#015#012From: "alice"<sip:alice@atlanta.test>;tag=5d194242#015#012Call-ID: ZTczYjE5ZThhZjhkNmYyMDY0NGYxM2ExOTdkYjg5ZDM.#015#012CSeq: 2 INVITE#015#012Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO#015#012Content-Type: application/sdp#015#012Supported: replaces#015#012User-Agent: Bria Professional release 2.4 stamp 49381#015#012Content-Length: 544#015#012P-hint: outbound#015#012#015#012v=0#015#012o=- 6 2 IN IP4 92.249.143.13#015#012s=CounterPath Bria Professional#015#012c=IN IP4 92.249.143.13#015#012t=0 0#015#012m=audio 4242 RTP/AVP 107 119 100 106 0 98 8 18 101#015#012a=alt:1 2 : bg/abBbq 9nirlFAG 192.168.1.7 4242#015#012a=alt:2 1 : wCTfkbfT 6n6JS41z 92.249.143.13 4242#015#012a=fmtp:18 annexb=yes#015#012a=fmtp:101 0-15#015#012a=rtpmap:107 BV32/16000#015#012a=rtpmap:119 BV32-FEC/16000#015#012a=rtpmap:100 SPEEX/16000#015#012a=rtpmap:106 SPEEX-FEC/16000#015#012a=rtpmap:98 iLBC/8000#015#012a=rtpmap:18 G729/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=sendrecv#015#012a=x-rtp-session-id:C5EF9F1EE4C64633A625BEC3FF808160#015#012 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: ERROR: <core> [tcp_main.c:2166]: ERROR: tcp_send: failed to send on 0xb5865b20 (195.111.158.41:59267->195.111.158.43:5061): Operation now in progress (115) Aug 11 20:38:40 a1 /usr/sbin/ser[390]: ERROR: tm [../../forward.h:163]: msg_send: ERROR: tcp_send failed Aug 11 20:38:40 a1 /usr/sbin/ser[398]: DEBUG: <core> [tcp_main.c:3014]: handle_ser_child: read response= b5865b20, -2, fd -1 from 36 (390) Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: tm [t_fwd.c:961]: t_send_branch: send to 195.111.158.43:5061 (3) failed Aug 11 20:38:40 a1 /usr/sbin/ser[398]: ERROR: <core> [tcp_main.c:3027]: handle_ser_child: ERROR: received CON_ERROR for 0xb5865b20 (id 9), refcnt 2 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [dns_cache.c:2861]: dns_a_resovle(b1.biloxi.test, 1) returning -1 Aug 11 20:38:40 a1 /usr/sbin/ser[398]: DEBUG: <core> [io_wait.h:588]: DBG: io_watch_del (0x8228560, 68, -1, 0x10) fd_no=56 called Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [dns_cache.c:2246]: dns_srv_get_nxt_rr(0xb5864a2c, 0, 0, 559080593): selected 0/1 in grp. 1 (rand_w=0, rr=0xb5864a98 p=20 w=0 rsum=0) Aug 11 20:38:40 a1 /usr/sbin/ser[398]: DEBUG: tls [tls_server.c:689]: Closing SSL connection Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [dns_cache.c:560]: dns_hash_find(b2.biloxi.test(14), 1), h=281 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [dns_cache.c:2861]: dns_a_resovle(b2.biloxi.test, 0) returning 0 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [dns_cache.c:3115]: dns_srv_resolve_ip("_sips._tcp.biloxi.test", 1, 0), ret=0, ip=195.111.158.44 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [dns_cache.c:3256]: dns_sip_resolve(biloxi.test, 1, 0), srv, ret=0 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [msg_translator.c:2379]: create_via_hf: id added: <;i=2>, rcv proto=3 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: tm [t_fwd.c:974]: t_send_branch: send on branch 0 failed, adding another branch with another ip Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:1778]: tcp_send: no open tcp connection found, opening new one Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [ip_addr.c:116]: tcpconn_new: new tcp connection: 195.111.158.44 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:1050]: tcpconn_new: on port 5061, type 3 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:2049]: tcp_send: sending... Aug 11 20:38:40 a1 /usr/sbin/ser[390]: BUG: tls [tls_server.c:98]: Invalid connection state (bug in TCP code) Aug 11 20:38:40 a1 /usr/sbin/ser[398]: DEBUG: <core> [tcp_main.c:3014]: handle_ser_child: read response= b5865b20, 2, fd 68 from 36 (390) Aug 11 20:38:40 a1 /usr/sbin/ser[390]: ERROR: tls [tls_server.c:145]: Delayed init failed Aug 11 20:38:40 a1 /usr/sbin/ser[398]: DEBUG: <core> [tcp_main.c:1349]: tcpconn_add: hashes: 1693:359:2697, 10 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:2085]: tcp_send: after real write: c= 0xb5865b20 n=-1 fd=13 Aug 11 20:38:40 a1 /usr/sbin/ser[398]: DEBUG: <core> [io_wait.h:361]: DBG: io_watch_add(0x8228560, 68, 2, 0xb5865b20), fd_no=55 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:2086]: tcp_send: buf=#012INVITE sip:bob@biloxi.test SIP/2.0#015#012Record-Route: <sip:195.111.158.41:5061;transport=tls;lr=on;ftag=5d194242>#015#012Via: SIP/2.0/TLS 195.111.158.41:5061;branch=z9hG4bK4a7b.1036c875.1;i=2#015#012Via: SIP/2.0/TLS 192.168.1.7:4241;received=92.249.143.13;branch=z9hG4bK-d8754z-2a767f38e361686d-1---d8754z-;rport=2783#015#012Max-Forwards: 69#015#012Contact: <sip:alice@92.249.143.13:2783;transport=TLS>#015#012To: <sip:bob@biloxi.test>#015#012From: "alice"<sip:alice@atlanta.test>;tag=5d194242#015#012Call-ID: ZTczYjE5ZThhZjhkNmYyMDY0NGYxM2ExOTdkYjg5ZDM.#015#012CSeq: 2 INVITE#015#012Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO#015#012Content-Type: application/sdp#015#012Supported: replaces#015#012User-Agent: Bria Professional release 2.4 stamp 49381#015#012Content-Length: 544#015#012P-hint: outbound#015#012#015#012v=0#015#012o=- 6 2 IN IP4 92.249.143.13#015#012s=CounterPath Bria Professional#015#012c=IN IP4 92.249.143.13#015#012t=0 0#015#012m=audio 4242 RTP/AVP 107 119 100 106 0 98 8 18 101#015#012a=alt:1 2 : bg/abBbq 9nirlFAG 192.168.1.7 4242#015#012a=alt:2 1 : wCTfkbfT 6n6JS41z 92.249.143.13 4242#015#012a=fmtp:18 annexb=yes#015#012a=fmtp:101 0-15#015#012a=rtpmap:107 BV32/16000#015#012a=rtpmap:119 BV32-FEC/16000#015#012a=rtpmap:100 SPEEX/16000#015#012a=rtpmap:106 SPEEX-FEC/16000#015#012a=rtpmap:98 iLBC/8000#015#012a=rtpmap:18 G729/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=sendrecv#015#012a=x-rtp-session-id:C5EF9F1EE4C64633A625BEC3FF808160#015#012 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: ERROR: <core> [tcp_main.c:2166]: ERROR: tcp_send: failed to send on 0xb5865b20 (195.111.158.41:55898->195.111.158.44:5061): Operation now in progress (115) Aug 11 20:38:40 a1 /usr/sbin/ser[390]: ERROR: tm [../../forward.h:163]: msg_send: ERROR: tcp_send failed Aug 11 20:38:40 a1 /usr/sbin/ser[398]: DEBUG: <core> [tcp_main.c:3014]: handle_ser_child: read response= b5865b20, -2, fd -1 from 36 (390) Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: tm [t_fwd.c:961]: t_send_branch: send to 195.111.158.44:5061 (3) failed Aug 11 20:38:40 a1 /usr/sbin/ser[398]: ERROR: <core> [tcp_main.c:3027]: handle_ser_child: ERROR: received CON_ERROR for 0xb5865b20 (id 10), refcnt 2 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [dns_cache.c:2861]: dns_a_resovle(b2.biloxi.test, 1) returning -1 Aug 11 20:38:40 a1 /usr/sbin/ser[398]: DEBUG: <core> [io_wait.h:588]: DBG: io_watch_del (0x8228560, 68, -1, 0x10) fd_no=56 called Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [dns_cache.c:3115]: dns_srv_resolve_ip("_sips._tcp.biloxi.test", 2, 1), ret=-1, ip= Aug 11 20:38:40 a1 /usr/sbin/ser[398]: DEBUG: tls [tls_server.c:689]: Closing SSL connection Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [dns_cache.c:3256]: dns_sip_resolve(biloxi.test, 2, 1), srv, ret=-1 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: ERROR: tm [t_fwd.c:980]: ERROR: t_send_branch: sending request on branch 1 failed Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: tm [t_funcs.c:358]: ERROR:tm:t_relay_to: t_forward_nonack returned error Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: tm [t_funcs.c:366]: -477 error reply generation delayed Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: sl [sl_funcs.c:283]: error text is Unfortunately error on sending to next hop occurred (477/SL) Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [msg_translator.c:200]: check_via_address(92.249.143.13, 192.168.1.7, 0) Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:1998]: tcp_send: send from reader (390 (36)), reusing fd Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:2049]: tcp_send: sending... Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: tls [tls_server.c:738]: write finished, 636 bytes written Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:2085]: tcp_send: after real write: c= 0xb584b448 n=636 fd=8 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:2086]: tcp_send: buf=#012SIP/2.0 477 Unfortunately error on sending to next hop occurred (477/SL)#015#012Via: SIP/2.0/TLS 192.168.1.7:4241;branch=z9hG4bK-d8754z-2a767f38e361686d-1---d8754z-;rport=2783;received=92.249.143.13#015#012To: <sip:bob@biloxi.test>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.573f#015#012From: "alice"<sip:alice@atlanta.test>;tag=5d194242#015#012Call-ID: ZTczYjE5ZThhZjhkNmYyMDY0NGYxM2ExOTdkYjg5ZDM.#015#012CSeq: 2 INVITE#015#012Server: SIP Router (2.99.0-dev01-serk (i386/linux))#015#012Content-Length: 0#015#012Warning: 392 195.111.158.41:5061 "Noisy feedback tells: pid=390 req_src_ip=92.249.143.13 req_src_port=2783 in_uri=sip:bob@biloxi.test out_uri=sip:bob@biloxi.test via_cnt==1"#015#012#015#012 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: tm [t_lookup.c:1536]: t_unref: delayed error reply generation(-477) Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [msg_translator.c:200]: check_via_address(92.249.143.13, 192.168.1.7, 0) Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: tm [t_reply.c:1355]: DEBUG: cleanup_uac_timers: RETR/FR timers reset Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:1998]: tcp_send: send from reader (390 (36)), reusing fd Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:2049]: tcp_send: sending... Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: tls [tls_server.c:738]: write finished, 636 bytes written Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:2085]: tcp_send: after real write: c= 0xb584b448 n=636 fd=8 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_main.c:2086]: tcp_send: buf=#012SIP/2.0 477 Unfortunately error on sending to next hop occurred (477/TM)#015#012Via: SIP/2.0/TLS 192.168.1.7:4241;branch=z9hG4bK-d8754z-2a767f38e361686d-1---d8754z-;rport=2783;received=92.249.143.13#015#012To: <sip:bob@biloxi.test>;tag=a6a1c5f60faecf035a1ae5b6e96e979a-573f#015#012From: "alice"<sip:alice@atlanta.test>;tag=5d194242#015#012Call-ID: ZTczYjE5ZThhZjhkNmYyMDY0NGYxM2ExOTdkYjg5ZDM.#015#012CSeq: 2 INVITE#015#012Server: SIP Router (2.99.0-dev01-serk (i386/linux))#015#012Content-Length: 0#015#012Warning: 392 195.111.158.41:5061 "Noisy feedback tells: pid=390 req_src_ip=92.249.143.13 req_src_port=2783 in_uri=sip:bob@biloxi.test out_uri=sip:bob@biloxi.test via_cnt==1"#015#012#015#012 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: tm [t_hooks.c:252]: DBG: trans=0xb584cf18, callback type 128, id 0 entered Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: tm [t_reply.c:610]: DEBUG: reply sent out. buf=0x82f6088: SIP/2.0 4..., shmem=0xb58505ec: SIP/2.0 4 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: tm [t_reply.c:620]: DEBUG: _reply_light: finished Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [receive.c:254]: receive_msg: cleaning up Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_read.c:713]: tcp_read_req: content-length= 0 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:599]: SIP Request: Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:601]: method: <ACK> Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:603]: uri: <sip:bob@biloxi.test> Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:605]: version: <SIP/2.0> Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_via.c:1283]: Found param type 232, <branch> = <z9hG4bK-d8754z-2a767f38e361686d-1---d8754z->; state=6 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_via.c:1283]: Found param type 235, <rport> = <n/a>; state=17 Aug 11 20:38:40 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_via.c:2296]: end of header reached, state=5 Aug 11 20:38:41 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:495]: parse_headers: Via found, flags=2 Aug 11 20:38:41 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:497]: parse_headers: this is the first via Aug 11 20:38:41 a1 /usr/sbin/ser[390]: DEBUG: <core> [receive.c:127]: After parse_msg... Aug 11 20:38:41 a1 /usr/sbin/ser[390]: DEBUG: <core> [receive.c:166]: preparing to run routing scripts... Aug 11 20:38:41 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_to.c:174]: DEBUG: add_param: tag=f8f2ab2c1295e90ed7dbb499b30f44b2.573f Aug 11 20:38:41 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_to.c:753]: end of header reached, state=29 Aug 11 20:38:41 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:173]: DEBUG: get_hdr_field: <To> [65]; uri=[sip:bob@biloxi.test] Aug 11 20:38:41 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:175]: DEBUG: to body [<sip:bob@biloxi.test>] Aug 11 20:38:41 a1 /usr/sbin/ser[390]: DEBUG: sl [sl_funcs.c:327]: local ACK found -> dropping it! Aug 11 20:38:41 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:41 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:41 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:41 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:41 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:41 a1 /usr/sbin/ser[390]: DEBUG: <core> [usr_avp.c:629]: DEBUG:destroy_avp_list: destroying list (nil) Aug 11 20:38:41 a1 /usr/sbin/ser[390]: DEBUG: <core> [receive.c:254]: receive_msg: cleaning up Aug 11 20:38:44 a1 /usr/sbin/ser[390]: DEBUG: <core> [tcp_read.c:713]: tcp_read_req: content-length= 447 Aug 11 20:38:44 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:599]: SIP Request: Aug 11 20:38:44 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:601]: method: <PUBLISH> Aug 11 20:38:44 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:603]: uri: <sip:alice@atlanta.test> Aug 11 20:38:44 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:605]: version: <SIP/2.0> Aug 11 20:38:44 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_via.c:1283]: Found param type 232, <branch> = <z9hG4bK-d8754z-0d1d4d59c544e42e-1---d8754z->; state=6 Aug 11 20:38:44 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_via.c:1283]: Found param type 235, <rport> = <n/a>; state=17 Aug 11 20:38:44 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/parse_via.c:2296]: end of header reached, state=5 Aug 11 20:38:44 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:495]: parse_headers: Via found, flags=2 Aug 11 20:38:44 a1 /usr/sbin/ser[390]: DEBUG: <core> [parser/msg_parser.c:497]: parse_headers: this is the first via # # $Id$ # # This a very basic config file w aliases and anamed route but # w/o authentication, accounting, database, multi-domain support etc. # Please refer to sip-router.cfg for a more complete example # # ----------- global configuration parameters ------------------------ debug=5 # debug level (cmd line: -dddddddddd) memdbg=6 # memory debug message level memlog=6 # memory statistics log level #log_facility=LOG_LOCAL0 # sets the facility used for logging (see syslog(3)) /* Uncomment these lines to enter debugging mode fork=no log_stderror=yes */ check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) #port=5060 #children=4 user=ser group=ser #disable_core=yes #disables core dumping #open_fd_limit=1024 # sets the open file descriptors limit #mhomed=yes # usefull for multihomed hosts, small performance penalty #TLS enable_tls=yes #TCP settings disable_tcp=no tcp_async=no tcp_send_timeout=2 #tcp_accept_aliases=yes # accepts the tcp alias via option (see NEWS) tcp_delayed_ack=no tcp_fd_cache=no # Alias alias=atlanta.test:5061 alias=atlanta.test:5060 #Tells how long to keep negative DNS responses in cache. If set to 0, disables caching of negative responses. #Default is 60 (seconds). dns_cache_negative_ttl=5 #Number of dns retransmissions before giving up. dns_retr_no=3 #Time in seconds before retrying a dns request. dns_retr_time=3 #dns_srv_loadbalancing Enable dns srv weight based load balancing dns_srv_lb = yes #If it is set to 'yes' and a DNS lookup fails, it will retry it for ipv6 (AAAA record) dns_try_ipv6=yes #Enable NAPTR support according to RFC 3263 dns_try_naptr = yes #Set preference for each protocol when doing naptr lookups. #By default dns_udp_pref=30, dns_tcp_pref=20, dns_tls_pref=10 and dns_sctp_pref=20. #To completely ignore NAPTR records for a specific protocol, set the corresponding protocol preference to -1 (or any other negative number). dns_udp_pref = 1 dns_tcp_pref = 1 dns_tls_pref = 1 dns_sctp_pref = 1 #If set to 'no', the search list in '/etc/resolv.conf' will be ignored. #(-> fewer lookups -> gives up faster). Default value is 'yes'. dns_use_search_list=no #default off use_dns_failover=yes # ------------------ module loading ---------------------------------- #loadpath "modules:modules_s" #loadpath "/usr/lib/ser/modules:/usr/lib/ser/modules_s" # common modules loadpath "/usr/lib/ser/modules" loadmodule "tm" loadmodule "utils" loadmodule "db_mysql" loadmodule "avpops.so" loadmodule "tls" # Kamailio modules loadpath "/usr/lib/ser/modules_k" loadmodule "sl" loadmodule "rr" loadmodule "usrloc" loadmodule "registrar" loadmodule "maxfwd" loadmodule "textops" loadmodule "uri_db.so" loadmodule "acc.so" loadmodule "auth.so" loadmodule "auth_db.so" loadmodule "alias_db.so" loadmodule "pv.so" loadmodule "siputils.so" loadmodule "presence.so" loadmodule "presence_xml.so" loadmodule "presence_mwi.so" loadmodule "presence_dialoginfo.so" loadmodule "xlog.so" # ser modules loadpath "/usr/lib/ser/modules_s" loadmodule "ctl" loadmodule "cfg_rpc" loadmodule "auth_identity" #loadmodule "sl" #loadmodule "sanity" #loadmodule "registrar" # ----------------- setting module-specific parameters --------------- # -- tls params -- modparam("tls","config","/etc/ser/tls.cfg") # -- usrloc params -- modparam("usrloc", "db_mode", 0) # -- rr params -- # add value to ;lr param to make some broken UAs happy modparam("rr", "enable_full_lr", 1) # ctl params # by default ctl listens on unixs:/tmp/sip-router_ctl if no other address is # specified in modparams; this is also the default for sercmd modparam("ctl", "binrpc", "unixs:/tmp/sip-router_ctl") # listen on the "standard" fifo for backward compatibility modparam("ctl", "fifo", "fifo:/tmp/sip-router_fifo") # listen on tcp, localhost #modparam("ctl", "binrpc", "tcp:localhost:2046") # ----- registrar params ----- #modparam("registrar", "method_filtering", 1) /* uncomment the next line to disable parallel forking via location */ # modparam("registrar", "append_branches", 0) /* uncomment the next line not to allow more than 10 contacts per AOR */ #modparam("registrar", "max_contacts", 10) # ----- usrloc params ----- #modparam("usrloc", "db_mode", 0) /* uncomment the following lines if you want to enable DB persistency for location entries */ modparam("usrloc", "db_mode", 1) modparam("usrloc", "db_url", "mysql://opensips:opensipsrw@localhost/opensips") # ----- uri_db params ----- /* by default we disable the DB support in the module as we do not need it in this configuration */ modparam("uri_db", "use_uri_table", 0) modparam("uri_db", "db_url", "") # ----- acc params ----- /* what sepcial events should be accounted ? */ modparam("acc", "early_media", 1) modparam("acc", "report_ack", 1) modparam("acc", "report_cancels", 1) /* by default ww do not adjust the direct of the sequential requests. if you enable this parameter, be sure the enable "append_fromtag" in "rr" module */ modparam("acc", "detect_direction", 0) /* account triggers (flags) */ modparam("acc", "failed_transaction_flag", 3) modparam("acc", "log_flag", 1) modparam("acc", "log_missed_flag", 2) /* uncomment the following lines to enable DB accounting also */ modparam("acc", "db_flag", 1) modparam("acc", "db_missed_flag", 2) # ----- auth params ----- modparam("auth", "rpid_avp", "$avp(i:13)") # ----- auth_db params ----- /* uncomment the following lines if you want to enable the DB based authentication */ modparam("auth_db", "calculate_ha1", yes) modparam("auth_db", "password_column", "password") modparam("auth_db", "db_url", "mysql://opensips:opensipsrw@localhost/opensips") modparam("auth_db", "load_credentials", "$avp(i:13)=rpid;email_address") # ----- alias_db params ----- /* uncomment the following lines if you want to enable the DB based aliases */ modparam("alias_db", "db_url", "mysql://opensips:opensipsrw@localhost/opensips") # ----- presence params ----- /* uncomment the following lines if you want to enable presence */ modparam("presence", "db_url","mysql://opensips:opensipsrw@localhost/opensips") modparam("presence", "server_address", "sip:atlanta.test") modparam("presence_xml", "db_url","mysql://opensips:opensipsrw@localhost/opensips") modparam("presence_xml", "force_active", 1) # ----- auth identity params ----- modparam("auth_identity","cainfo_path","/etc/ssl/certs/ca-certificates.crt") #TODO web server publicating CERTIFICATE. modparam("auth_identity","certificate_url","https://www.atlanata.test/mycert.der") modparam("auth_identity","certificate_path","/etc/ser/tls/cert.pem") modparam("auth_identity","privatekey_path","/etc/ser/tls/privkey.pem") ####### Routing Logic ######## # main request routing logic route{ xlog("L_ERR", "Misi: $mb\n"); # initial sanity checks -- messages with # max_forwards==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; } if (msg:len >= 4096 ) { sl_send_reply("513", "Message too big"); exit; } if (has_totag()) { # sequential request withing a dialog should # take the path determined by record-routing if (loose_route()) { if (is_method("BYE")) { setflag(1); # do accounting ... setflag(3); # ... even if the transaction fails } else if (is_method("INVITE")) { # even if in most of the cases is useless, do RR for # re-INVITEs alos, as some buggy clients do change route set # during the dialog. record_route(); } # route it out to whatever destination was set by loose_route() # in $du (destination URI). route(1); } else { /* uncomment the following lines if you want to enable presence */ if (is_method("SUBSCRIBE") && $rd == "atlanta.test") { # in-dialog subscribe requests route(2); exit; } if ( is_method("ACK") ) { if ( t_check_trans() ) { # non loose-route, but stateful ACK; must be an ACK after # a 487 or e.g. 404 from upstream server t_relay(); exit; } else { # ACK without matching transaction -> # ignore and discard exit; } } sl_send_reply("404","Not here"); } exit; } #initial requests # CANCEL processing if (is_method("CANCEL")) { if (t_check_trans()) t_relay(); exit; } t_check_trans(); # authenticate if from local subscriber (uncomment to enable auth) # authenticate all initial non-REGISTER request that pretend to be # generated by local subscriber (domain from FROM URI is local) if (!(method=="REGISTER") && from_uri==myself) /*no multidomain version*/ ##if (!(method=="REGISTER") && is_from_local()) /*multidomain version*/ { if (!proxy_authorize("", "subscriber")) { proxy_challenge("", "0"); exit; } if (!check_from()) { sl_send_reply("403","Forbidden auth ID"); exit; } consume_credentials(); # caller authenticated } # preloaded route checking if (loose_route()) { xlog("L_ERR", "Attempt to route with preloaded Route's [$fu/$tu/$ru/$ci]"); if (!is_method("ACK")) sl_send_reply("403","Preload Route denied"); exit; } # record routing if (!is_method("REGISTER|MESSAGE")) record_route(); # account only INVITEs if (is_method("INVITE")) { setflag(1); # do accounting } if (!uri==myself) ## replace with following line if multi-domain support is used ##if (!is_uri_host_local()) { append_hf("P-hint: outbound\r\n"); # if you have some interdomain connections via TLS ##if($rd=="tls_domain1.net") { ## t_relay("tls:domain1.net"); ## exit; ##} else if($rd=="tls_domain2.net") { ## t_relay("tls:domain2.net"); ## exit; ##} route(1); } # requests for my domain ## uncomment this if you want to enable presence server ## and comment the next 'if' block ## NOTE: uncomment also the definition of route[2] from below if( is_method("PUBLISH|SUBSCRIBE")) route(2); #if (is_method("PUBLISH")) #{ # sl_send_reply("503", "Service Unavailable"); # exit; #} if (is_method("REGISTER")) { # authenticate the REGISTER requests (uncomment to enable auth) if (!www_authorize("", "subscriber")) { www_challenge("", "0"); exit; } if (!check_to()) { sl_send_reply("403","Forbidden auth ID"); exit; } if (!save("location")) sl_reply_error(); exit; } if ($rU=="") { # request with no Username in RURI sl_send_reply("484","Address Incomplete"); exit; } # apply DB based aliases (uncomment to enable) alias_db_lookup("dbaliases"); if(uri=~"sip:0.*@.*"){ sethost("195.111.158.3"); strip(1); # Append Remote-Party-ID header field append_rpid_hf("<", ">;party=calling;id-type=subscriber;screen=yes;privacy=off"); /* Remote-Party-ID: <sip:003646565111@195.111.104.13>;party=calling;screen=no;privacy=off */ route(1); exit; } if (!lookup("location")) { switch ($rc) { case -1: case -3: t_newtran(); t_reply("404", "Not Found"); exit; case -2: sl_send_reply("405", "Method Not Allowed"); exit; } } # when routing via usrloc, log the missed calls also setflag(2); route(1); } route[1] { # for INVITEs enable some additional helper routes if (is_method("INVITE")) { t_on_branch("2"); t_on_reply("2"); t_on_failure("1"); } if (!t_relay()) { sl_reply_error(); }; exit; } # Presence route /* uncomment the whole following route for enabling presence NOTE: do not forget to enable the call of this route from the main route */ route[2] { if (!t_newtran()) { sl_reply_error(); exit; }; if(is_method("PUBLISH")) { handle_publish(); # Removed command. Not Supported anymore. # At the end of script the transaction is automaticaly relased by TM. #t_release(); } else if( is_method("SUBSCRIBE")) { handle_subscribe(); # Removed command. Not Supported anymore. # At the end of script the transaction is automaticaly relased by TM. #t_release(); } exit; } branch_route[2] { xlog("new branch at $ru\n"); } onreply_route[2] { xlog("L_ERR", "Reply Misi: $mb\n"); xlog("incoming reply\n"); } failure_route[1] { if (t_is_canceled()) { exit; } # uncomment the following lines if you want to block client # redirect based on 3xx replies. ##if (t_check_status("3[0-9][0-9]")) { ##t_reply("404","Not found"); ## exit; ##} # uncomment the following lines if you want to redirect the failed # calls to a different new destination ##if (t_check_status("486|408")) { ## sethostport("192.168.2.100:5060"); ## # do not set the missed call flag again ## t_relay(); ##} } ####################################Ser########################################## # ## ------------------------- request routing logic ------------------- # ## main routing logic # #route{ # # # initial sanity checks -- messages with # # max_forwards==0, or excessively long requests # if (!mf_process_maxfwd_header("10")) { # sl_send_reply("483","Too Many Hops"); # break; # } # if (msg:len >= 4096 ) { # sl_send_reply("513", "Message too big"); # break; # } # # # we record-route all messages -- to make sure that # # subsequent messages will go through our proxy; that's # # particularly good if upstream and downstream entities # # use different transport protocol # if (!method=="REGISTER") record_route(); # # # subsequent messages withing a dialog should take the # # path determined by record-routing # if (loose_route()) { # # mark routing logic in request # append_hf("P-hint: rr-enforced\r\n"); # route(FORWARD); # break; # } # # if (!uri==myself) { # # mark routing logic in request # append_hf("P-hint: outbound\r\n"); # route(FORWARD); # break; # } # # # if the request is for other domain use UsrLoc # # (in case, it does not work, use the following command # # with proper names and addresses in it) # if (uri==myself) { # # if (method=="REGISTER") { # save_contacts("location"); ## break; # } # # # native SIP destinations are handled using our USRLOC DB # if (!lookup_contacts("location")) { # sl_send_reply("404", "Not Found"); # break; # } ## append_hf("P-hint: usrloc applied\r\n"); # } # route(FORWARD); #} # #route[FORWARD] #{ # # send it out now; use stateful forwarding as it works reliably # # even for UDP2TCP # if (!t_relay()) { # sl_reply_error(); ## } #} # # $Id$ # # Example SER TLS Configuration File # # This is the default server domain, settings # in this domain will be used for all incoming # connections that do not match any other server # domain in this configuration file. # # We do not enable anything else than TLSv1 # over the public internet. Clients do not have # to present client certificates by default. # [server:default] method = TLSv1 verify_certificate = yes require_certificate = no private_key = /etc/ser/tls/privkey.pem certificate = /etc/ser/tls/cert.pem ca_list = /etc/ser/tls/calist.pem # This is the default client domain, settings # in this domain will be used for all outgoing # TLS connections that do not match any other # client domain in this configuration file. # We require that servers present valid certificate. # [client:default] verify_certificate = yes require_certificate = yes # This is example server domain for TLS connections # received from the loopback interface. We allow # the use of SSLv2 and SSLv3 protocols here, we do # not require that clients present client certificates # but if they present it it must be valid. We also use # a special certificate and CA list for loopback # interface. # #[server:127.0.0.1:5061] #method = SSLv23 #verify_certificate = yes #require_certificate = no #private_key = local_key.pem #certificate = local_cert.pem #verify_depth = 3 #ca_list = local_ca.pem # Special settings for the iptel.org public SIP # server. We do not verify the certificate of the # server because it can be expired. The server # implements authentication using SSL client # certificates so configure the client certificate # that was given to use by iptel.org staff here. # #[client:195.37.77.101:5061] #verify_certificate = no #certificate = iptel_client.pem #private_key = iptel_key.pem #ca_list = iptel_ca.pem

2 3

sip-router select
by MÉSZÁROS Mihály 12 Aug '09

12 Aug '09

Hi! Can any of you explain how select framework is working? Where can i find any documentation about it. I am experiencing problem when i am try using it. Any help highly appreciated! Regards, Misi

2 4

[Kamailio-Users] HOWTO rewrite to: header
by alexander merkulov 12 Aug '09

12 Aug '09

here is correct reqwest and reqwest via kamailio is there any way to rewrite To: field in kamailio because now it nto work correct reqwest(asterisk) RECEIVING FROM: 69.70.173.195:5060 CANCEL sip:34249@193.110.78.12:8484 SIP/2.0 Via: SIP/2.0/UDP 192.168.1.180:5060;branch=z9hG4bK4c97bd4a From: "Unknown" <sip:Unknown@voip1.bravotelecom.com<sip%3AUnknown(a)voip1.bravotelecom.com> >;tag=as366a0ba0 To: <sip:34249@193.110.78.12:8484> Call-ID: 322db75c71be4ba45a61c7666b93e6be(a)voip1.bravotelecom.com CSeq: 102 CANCEL User-Agent: Asterisk PBX Max-Forwards: 70 Content-Length: 0 incorrect reqwest(multi-homed kamailio, asterisk originate to internal eth) RECEIVING FROM: 69.70.173.195:5060 CANCEL sip:34249@193.110.78.12:8484 SIP/2.0 Via: SIP/2.0/UDP 69.70.173.195;branch=z9hG4bK1b1b.3c42cea6.0 From: "Unknown" <sip:Unknown@69.70.173.195 <sip%3AUnknown(a)69.70.173.195> >;tag=as6075df60 Call-ID: 4d784fa972c4e9c9795032417f46cb26(a)voip1.bravotelecom.com To: <sip:34249@192.168.2.170 <sip%3A34249(a)192.168.2.170>> CSeq: 102 CANCEL Max-Forwards: 70 asterisk Content-Length: 0 -- Merkulov Alexander

6 21

[Kamailio-Users] kamailio auth with service provider
by Lance Evans 12 Aug '09

12 Aug '09

Hey Guys, Apparently Kamailio cannot authenticate with my service provider. Can this not be done with a sip trunk or peering!? if so how do i setup a trunk with kamailio!? and how do i setup peering?! Thanks

2 1

[Kamailio-Users] Fwd: Getting Error 477 while registering Softphones
by Daniel-Constantin Mierla 12 Aug '09

12 Aug '09

... fwd to list ... reply all button mismatch ... ---------- Forwarded message ---------- From: Daniel-Constantin Mierla <miconda(a)gmail.com> Date: Wed, Aug 12, 2009 at 8:27 AM Subject: Re: [Kamailio-Users] Getting Error 477 while registering Softphones To: Meftah Tayeb <tayeb.meftah(a)gmail.com> Hello, add: alias=tayeb.blogdns.com in your config file or use the domain module: http://kamailio.org/docs/modules/1.5.x/domain.html http://kamailio.org/dokuwiki/doku.php/core-cookbook:1.5.x#alias Cheers, Daniel On Wed, Aug 12, 2009 at 1:15 AM, Meftah Tayeb <tayeb.meftah(a)gmail.com>wrote: > hello, > i'm getting Error 477 while registering a Softphone from outside my domain > i added my domain, tayeb.blogdns.com to the domain name variable, > sip_domain in kamctlrc.conf > created the DB, started, and added user 1000 and 1001 > in registration: > for internal use, i use 192.168.1.3 (Kamailio IP Address) > and for external use i use my domain > for internal, is working corectly but while i register a external softphone > is getting Error 477 > what is this error message? > how i can fix it? > please try to help me, any help is welcome > > > __________ Information from ESET NOD32 Antivirus, version of virus > signature database 4327 (20090811) __________ > > The message was checked by ESET NOD32 Antivirus. > > http://www.eset.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 > -- Daniel-Constantin Mierla http://www.asipto.com -- Daniel-Constantin Mierla http://www.asipto.com

1 0

[Kamailio-Users] Getting Error 477 while registering Softphones
by Meftah Tayeb 11 Aug '09

11 Aug '09

hello, i'm getting Error 477 while registering a Softphone from outside my domain i added my domain, tayeb.blogdns.com to the domain name variable, sip_domain in kamctlrc.conf created the DB, started, and added user 1000 and 1001 in registration: for internal use, i use 192.168.1.3 (Kamailio IP Address) and for external use i use my domain for internal, is working corectly but while i register a external softphone is getting Error 477 what is this error message? how i can fix it? please try to help me, any help is welcome __________ Information from ESET NOD32 Antivirus, version of virus signature database 4327 (20090811) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com

1 0

[Kamailio-Users] dialog info + Grandstreams = freezing
by David 11 Aug '09

11 Aug '09

Hello, I am having this problem on kamailio 1.5.2-tls compiled on Ubuntu 8.04, 1.5.1-tls ( compiled with no tls ) on Ubuntu 8.04 and with OpenSIPS 1.5.2-tls compilde on Ubuntu 8.04 I am trying to setup presence_dialoginfo with my Grandstreams, Snom and Linksys. I have a 4 phones on the server. 101 - Linksys SPA962 ( 6.1.5a ) 102 - Grandstream GXP2020 ( 1.2.1.4 ) 103 - Grandstream GXP2000 ( 1.2.1.4 ) 104 - Grandstream GXP2000 ( 1.1.6.46 ) 105 - Snom 360 ( 7.3.23 ) My Kamailio deals with registrations, NAT and BLF everything else is sent to one of two asterisk boxes. I use the dispatcher module for this. This means that when I call one extension to the other, both call legs from asterisk are going through Kamailio as separate calls. But to divide my customers, the usernames are different from the URL that the user types. For example the customer dials '101' but it is changed to testspace.101 when it comes back from asterisk. So Kamailio would have two calls in the event that 101 dials 102. sip:testspace.101@myserver to 102 ( this is sent to asterisk ) sip:testspace.101@myserver to testspace.102 ( this is coming back from asterisk ) Something is horribly wrong. I have the following problems : 1. If 102 calls 103, when 103 answers both phones hang for about 2 minutes 2. If 105 calls 101, 101 BLF comes back to the inactive state ( green on the Linksys and dark on the Snom), but the orange light stays on on the Snom and it thinks the call is still active ( the light is on, but the call is over ) 3. If any extension calls any extension and I try a call pickup, it fails. It looks like the Linksys is sending a NOTIFY to pickup the call ( I thought it was supposed to send an invite... ? ) Looking at the logs it looks like Kamailio is sending out so many NOTIFYs that it is crashing the Grandstreams, and causing the Snom to act funny. Here are some experts from my config file : root@kamailio-dev:/etc/kamailio# grep dialog * kamailio.cfg:# * avp value for dialogs is still not correct kamailio.cfg:loadmodule "dialog.so" kamailio.cfg:loadmodule "presence_dialoginfo.so" kamailio.cfg:loadmodule "pua_dialoginfo.so" kamailio.cfg:#modparam("pua_dialoginfo", "include_localremote", 0) kamailio.cfg:#modparam("pua_dialoginfo", "include_tags", 0) kamailio.cfg:#modparam("pua_dialoginfo", "include_callid", 0) kamailio.cfg:modparam("dialog", "dlg_flag", 4) kamailio.cfg:modparam("dialog", "db_mode", 1) kamailio.cfg:modparam("dialog", "timeout_avp", "$avp(i:10)") # I still haven't figured out how to set $avp(i:10) kamailio.cfg:modparam("pua_dialoginfo", "override_lifetime", 300) kamailio.cfg:modparam("presence_dialoginfo", "force_single_dialog", 1) kamailio.cfg:modparam("pua_dialoginfo", "caller_confirmed", 1) kamailio.cfg:modparam("auth_db|usrloc|acc|domain|avpops|presence|presence_xml|pua|dialog", "db_url", kamailio.cfg:# Flag 4 = Mark the current request for a dialog kamailio.cfg: # sequential request withing a dialog should the set flag looks like this : if ( ds_is_from_list() ) { xlog("L_INFO", "Coming from asterisk"); if ( is_method("INVITE")) { setflag(4); } } So the dialog flag is only set for the leg coming back from asterisk. When a notify comes in : if(is_method("NOTIFY") ) { if (! t_newtran()) { sl_reply_error(); exit; }; t_reply("200", "OK"); t_release(); exit ; } Publish and subscribe are like this : if( is_method("PUBLISH") || is_method("SUBSCRIBE") ) { route(5); exit; } route[5] { # absorb retransmissions if (! t_newtran()) { xlog("L_INFO", "Ignoring PUBLISH/SUBSCRIBE on retransmition - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_reply_error(); exit; }; append_to_reply("Contact: <sip:myserver.tld:5060>\r\n"); if(is_method("PUBLISH")) { handle_publish(); t_release(); } else if( is_method("SUBSCRIBE")) { handle_subscribe(); t_release(); } else { } exit; } I also have NAT checking for those telephones where stun isn't enough. Before I reach publish/subscribe/invite/notify, I also call setbflag() and sometimes call fix_nated_contact(). Additionnally, I have a block if code before my presence stuff if ( has_totag() && loose_route()) { t_relay(); }. If sip.conf:canreinvite=yes, the grandstreams freeze so long that the server times out, and the BLFs get really messed up. if sip:canreinvite=no the grandstreams only freeze for about 30 seconds. Obviously I am doing something wrong, but despite having searched google for endless hours, and poured over documentation, I can not seem to find what I did wrong. I would really appreciate if someone could shed light on my problem. I am having this problem on kamailio 1.5.2-tls compiled on Ubuntu 8.04, 1.5.1-tls ( compiled with no tls ) on Ubuntu 8.04 and with OpenSIPS 1.5.2-tls compilde on Ubuntu 8.04 Thanks, David

2 3

[Kamailio-Users] problem regarding openser+sip+raduis project
by Sanyog Kale 10 Aug '09

10 Aug '09

sir i am working on project Build SIP-based VOIP Service With RADIUS AAA Using Kamailio (OpenSER) And FreeRadius as per tutorial given by you. but the problem is 1.i am not understanding how to intialize modules for freeradius 2.while testing radius server where to make file named digest 3.the openser configuration which is given by you should be stored in which file? 4.and after all configurations done how to test all the parameters configured hoping for reply regards sanyog

4 3

[Kamailio-Users] Traffic parsing
by michel freiha 09 Aug '09

09 Aug '09

Hi all, I would like to ask you please how to configure kamailio in order to send signaling traffic to a specific gateway and rtp traffic to another gateway? Kindly note that I'm using media proxy for rtp and carrierroute for sending traffic to different gateways Regards

4 5

[Kamailio-Users] Siremis accounting
by Lance Evans 07 Aug '09

07 Aug '09

Hey guys Nothing seems to be showing in the Accounting tabs (in any of the subtabs) Any ideas!?

3 2

[Kamailio-Users] Siremis not displaying anything in Online SIP Users
by Lance Evans 07 Aug '09

07 Aug '09

Hey Guys, Hope someone has time for a real newbie to VOIP, kamailio and siremis!? I got Kamailio and Siremis work ok. Fighting with Siremis accounting still... but for i cant seem see anything in the Online SIP Users when i'm making calls etc. ubuntu server 8.10 mysql v5.0.67 php v5.2.6-2 Kamailio 1.5.2 notls (built from source) + siremis 0.9.3 let me know if you guys need anything else!? Thanks

3 2

sip-router + tls
by MÉSZÁROS Mihály 07 Aug '09

07 Aug '09

Hi All! I have on question regarding the TLS module. loadpath "/usr/lib/ser/modules" loadmodule "avpops.so" loadmodule "tls" _but_ i can use only tlsops setting parameters. modparam("tlsops","config","/etc/ser/tls.cfg") tls module name in tlsops? modules/tls_mod.c /* * Module interface */ struct module_exports exports = { "tlsops", Is this a typo or some work in progress? Is it a bug, or a feature? Thanks, Misi

3 4

sip-router + tls
by MÉSZÁROS Mihály 07 Aug '09

07 Aug '09

Hi All! I have on question regarding the TLS module. loadpath "/usr/lib/ser/modules" loadmodule "avpops.so" loadmodule "tls" _but_ i can use only tlsops setting parameters. modparam("tlsops","config","/etc/ser/tls.cfg") tls module name in tlsops? modules/tls_mod.c /* * Module interface */ struct module_exports exports = { "tlsops", Is this a typo or some work in progress? Is it a bug, or a feature? Thanks, Misi

1 0

[Kamailio-Users] Local routing
by Martin Werne 06 Aug '09

06 Aug '09

Hi! I'm planning a new platform based on Kamailio, to replace an existing Cisco-platform. - A total of appr. 2000 ATAs/IP Phones (today appr. 300). - Routing to various providers/gateways via custom made OSP-server. - Two Kamailio-servers on different geographic locations. - Load-balancing/Failover of ATA's by use of DNS-SRV. The main "problem" I see, is how local calls between ATA's registered on each of the Kamailio-servers is routed. How can Kamailio1 route a call to an ATA registered on Kamailio2? What is best in this scenario? 1. If user not found on local Kamailio-server, forward call to next Kamailio-server. 2. Let the Kamailio-servers share the same database (same location-table)? 3. Let the Kamailio-servers copy the REGISTER to the other Kamailio-server(s) so that the other Kamailio-server(s) update their own location-table. I would prefer not to use alternative 1... If alternative 3 is the best, is 't_replicate' the way to do it? What if I add a third Kamailio-server, will that change the recommendation? Martin

4 4

[Kamailio-Users] cfgutils module
by karhu 06 Aug '09

06 Aug '09

Hello, I'm trying something but doesn't work :s Here is my idea : In my cfg file i added the following lines : if (is_gflag("10")) xlog("L_INFO", "gflag is 10"); I'm using MI Commands to set gflag to 10 so : $ kamctl fifo set_gflag 10 After that if i look on my log file there is no "gflag is 10" !! Am i using the module and MI commands in the right way ? Thanks -- View this message in context: http://www.nabble.com/cfgutils-module-tp24823254p24823254.html Sent from the OpenSER Users Mailing List mailing list archive at Nabble.com.

3 11

nat_uac_test mode parameter 16
by Andrew O. Zhukov 05 Aug '09

05 Aug '09

I just spend a lot of time to fix a trouble with Cisco AS5300 (AS5350) BYE message disapearing. The same not resolved case here: http://lists.iptel.org/pipermail/serusers/2005-July/021698.html The source of trouble was in the nat_uac_test parameter 16: Here is the part of cisco log: Jul 31 12:16:00.726 UKR: CCSIP-SPI-CONTROL: act_idle_connection_created: Connid(1) created to 193.28.184.13:5060, local_port 50058 --Skipped--- Jul 31 12:16:00.738 UKR: Sent: INVITE sip:3039100@193.28.184.13:5060 SIP/2.0 Via: SIP/2.0/UDP 193.28.184.21:5060 From: <sip:2308228@193.28.184.21>;tag=12E601F8-10C7 To: <sip:3039100@193.28.184.13> Via header the same in the all availible IOS-es. As the result openser considerate the Cisco is out of the nat box. The question is: Can someone show me the case when this parameter is necessary, before I'll switch it of on the production server? Thanks in advance. Andrew O. Zhukov.

3 6

[Kamailio-Users] $hdr error if used with an avp
by catalina oancea 04 Aug '09

04 Aug '09

Hello I need to get the value of a header using a dynamic variable. I have the name of the header in an avp and I get the value using $hdr($avp(s:headername))). This worked in kamailio 1.4.0, I am sure of it because I tried it now on 1.4.0. But now in kamailio 1.5.1 I get an error when trying to retrieve the value: /usr/sbin/kamailio[32761]: ERROR:core:pv_get_spec_name: name type is PV_NAME_OTHER - cannot resolve /usr/sbin/kamailio[32761]: ERROR:pv:pv_get_hdr: invalid name Does anybody have any idea what the problem might be? Thanks

2 4

[Kamailio-Users] QjSimple 0.6.3 - sip phone for linux, macosx and windows
by Daniel-Constantin Mierla 03 Aug '09

03 Aug '09

Thanks to Klaus Darilion, QjSimple 0.6.3 works on most of desktop OS: Linux(es), Windows and Mac OS X. It is a very handy application, especially for developers, but not olny, with simple UI and debugger window. A perfect replacement (for my very old good Linux testing tool) KPhone since QjSimple has SIMPLE presence support, tls ... more at: http://www.ipcom.at/index.php?id=560/ Cheers, Daniel -- Daniel-Constantin Mierla * SIP Router Bootcamp * Kamailio (OpenSER) and Asterisk Training * Berlin, Germany, Sep 1-4, 2009 * http://www.asipto.com/index.php/sip-router-bootcamp/

3 6

[Kamailio-Users] dokuwiki, bug tracker and git
by Daniel-Constantin Mierla 03 Aug '09

03 Aug '09

Hello, I installed two plugins for dokuwiki and flyspray bug tracker to reference easier the git repository and bugs. For FlySpray, when you describe or comment a bug you can reference to a git commit by using: GIT#hash - hash must be at list the first six characters of git commit hash value Unfortunately FlySpray accepts only plain text in the "Close Task" description, so the git reference does not work there, yet. In dokuwiki same syntax can be used. In addition, you can add references to FlySpray items via: FlySpray#itemid - itemid is the integer id of FlySpray tracked item I tried to collect all these plus other options for DW syntax in a wiki page: http://sip-router.org/wiki/tutorials/contribute-to-dokuwiki Feel free to add more details there. Cheers, Daniel -- Daniel-Constantin Mierla * SIP Router Bootcamp * Kamailio (OpenSER) and Asterisk Training * Berlin, Germany, Sep 1-4, 2009 * http://www.asipto.com/index.php/sip-router-bootcamp/

1 0

[Serusers] IPTel web pages still relevant?
by SIP 03 Aug '09

03 Aug '09

A brief look at the IPTel pages show pretty much nothing but comment spam for pages and pages. Does anyone even bother to maintain the pages anymore? I'm looking for more relevant documentation to SER 2.0 (or even the SIP Router project). The docs in the doc subtree of the source for both of these projects is outdated and no longer valid with respect to any information stored in the database. It still references subscriber tables and the like. All 0.9.X format DB data. Is there an update somewhere? N.

3 3

[Kamailio-Users] Kamailio OSP-module compile problem
by Martin Werne 31 Jul '09

31 Jul '09

Hi! I have problem compiling the OSP-module in Kamailio 1.5.x OS: Ubuntu Server 8.04LTS Compiling and installing OSPToolkit is OK. The problem occures when it comes to compiling the OSP-module in Kamailio: make[1]: Entering directory `/usr/src/kamailio/modules/osp' make[1]: Leaving directory `/usr/src/kamailio/modules/osp' make[1]: Entering directory `/usr/src/kamailio/modules/osp' Compiling destination.c Compiling globals.c Compiling orig_transaction.c In file included from orig_transaction.c:40: sipheader.h:48: error: expected declaration specifiers or '...' before 'OSPTCALLID' orig_transaction.c: In function 'ospLoadRoutes': orig_transaction.c:84: error: 'OSPE_DEST_PROT' undeclared (first use in this function) orig_transaction.c:84: error: (Each undeclared identifier is reported only once orig_transaction.c:84: error: for each function it appears in.) orig_transaction.c:84: error: expected ';' before 'protocol' orig_transaction.c:85: error: 'OSPE_DEST_OSP_ENABLED' undeclared (first use in this function) orig_transaction.c:85: error: expected ';' before 'enabled' orig_transaction.c:150: error: 'protocol' undeclared (first use in this function) orig_transaction.c:154: error: 'OSPE_DEST_PROT_SIP' undeclared (first use in this function) orig_transaction.c:157: error: 'OSPE_DEST_PROT_H323_LRQ' undeclared (first use in this function) orig_transaction.c:158: error: 'OSPE_DEST_PROT_H323_SETUP' undeclared (first use in this function) orig_transaction.c:159: error: 'OSPE_DEST_PROT_IAX' undeclared (first use in this function) orig_transaction.c:163: error: 'OSPE_DEST_PROT_UNDEFINED' undeclared (first use in this function) orig_transaction.c:164: error: 'OSPE_DEST_PROT_UNKNOWN' undeclared (first use in this function) orig_transaction.c:170: error: 'enabled' undeclared (first use in this function) orig_transaction.c:174: error: 'OSPE_OSP_FALSE' undeclared (first use in this function) orig_transaction.c:189: error: 'OSPC_SOURCE' undeclared (first use in this function) orig_transaction.c: In function 'ospRequestRouting': orig_transaction.c:260: error: 'OSPTCALLID' undeclared (first use in this function) orig_transaction.c:260: error: 'callids' undeclared (first use in this function) orig_transaction.c:282: error: too many arguments to function 'ospGetCallId' orig_transaction.c:325: error: 'OSPC_E164' undeclared (first use in this function) make[1]: *** [orig_transaction.o] Error 1 make[1]: Leaving directory `/usr/src/kamailio/modules/osp' make: *** [modules] Error 2 Has tried with both OSPToolkit 3.5.2 and 3.3.6. And with both Kamailio 1.5.1 and 1.5.2 Same problem. Does anyone know what is the problem? Regards, Martin

3 4

[Kamailio-Users] About dlg_isflagset in onreply_route
by Min Wang 31 Jul '09

31 Jul '09

Hi all In kamailio 1.5.2, I used dlg_isflagset inside a ONREPLY_ROUTE. ////////////////scripts////////////////// Route[1]{ ... Dlg_manage(); Dlg_setflag("1"); ... } onreply_route[1] { #dlg_get("$ci", "$ft", "$tt"); #xlog("L_INFO", " Dialog: $dlg(h_id) . $dlg(h_entry)\n"); if (dlg_isflagset("1")) { xlog("L_INFO", " here is it \n"); } } ///////////////////////////////////////// The dlg_isflagset seems do not match anything until there is dlg_get("$ci", "$ft", "$tt"); before it. Questions are: (1) Is it the correct usage or a pontential bug. (2) How dialog is cheched/matched in the onreply_route internally? Kind Regards Min Wang

3 2

[Kamailio-Users] Parallel forking problem
by Dubravko Caric 30 Jul '09

30 Jul '09

Hi all, could you please give me suggestions how to simultaneously send call to PSTN destination for UAC that is logged in. So, when call comes for sip:bob@example.com it must also go to its PSTN destination 1234(a)10.0.0.2 (avp in mysql) and ring both destinations simultaneously. Example below doesn't work and I keep ending up with two INVITEs to PSTN GW and proxy doesn't fork call to UAC. in this case, if I understand correctly, this is proper behavior because append_branch() has its function only if UAC isn't logged in or on 480,486... And how to handle this when user is logged in? if (!lookup("location")) { ... } if(...) { avp_pushto("$ru", "$avp(s:PSTN_fwd)"); append_branch(); } Thanks a lot /dubravko

2 2

[Kamailio-Users] [ANN] Ruby XCAPClient 1.0 released
by Iñaki Baz Castillo 30 Jul '09

30 Jul '09

For those interested in building SIP and SIMPLE rich presence applications in Ruby language: http://xcapclient.rubyforge.org/ http://dev.sipdoc.net/projects/ruby-xcapclient/wiki/ Ruby XCAPClient -------------------------------------------------- A XCAP client library written in Ruby language. XCAP (RFC 4825) is a protocol on top of HTTP which allows a client (usually a VoIP/SIP device) to manipulate the contents of Presence Information Data Format (PIDF) based presence documents. These documents are stored in a server in XML format. Ruby xcapclient library implements the XCAP protocol in client side, allowing the applications to get, store, modify and delete XML documents in the server. == Features * Fetch, create/replace and delete a document. * Fetch, create/replace and delete a document element (XML node). * Fetch, create/replace and delete an element attribute. * Full configurable parameters allowing customized fields for each XCAP application, such auid, XML namespace, MIME-Type, scope (:user or :global) and default document name ("index" if not set). * Fetch the namespaces and prefixes of a document node as they are used in the server. * Manage of multiple documents per XCAP application. * Fetch the XCAP server auids, extensions and namespaces ("xcap-caps" application). * SSL. * Digest and Basic HTTP authentication. * Raise custom Ruby exception for each HTTP error response. -------------------------------------------------- Enjoy. -- Iñaki Baz Castillo <ibc(a)aliax.net>

3 5

[Kamailio-Users] rfc: xavp - extended avp
by Daniel-Constantin Mierla 29 Jul '09

29 Jul '09

Hello, some time ago I created a new branch in GIT named 'daniel/xavp' that includes code for a new pseudo-variable class 'xavp' - name being a shortcut to 'extended attribute value pair'. I collected some design details in wiki: http://sip-router.org/wiki/devel/xavp It is not a replacement for current AVP api implementation, although in the future can replace it. In the past we had couple of discussions about the limitations of avps which I tried to overcome. Here are some highlights of xavp design: - string names only - various tests showed that having the complex addressing scheme with integer id and string name does not pay off performance gains. XAVP computes and integer id for each name that is used to speed up comparison - possibility to store more data types - AVP allow string and integer data types. More can be handled by XAVP, including a generic data type where you can build your own structure and store it in the list. This is good for example to store custom structures for transaction lifetine -- right now dialog module needs to store reference to dialog structure. Optimizations can be done for any case of serial forking -- uri, dst uri, q, etc can be stored in a structure without a need to parse and build it from an encoded value stored in one or many avps - possibility to group XAVPs inside another XAVP - practically is building lists of XAVPs. This should overcome issues with naming conflicts between modules - e.g., dispatacher module can group its avps in a list named "dispatacher", lcr module in a list named 'lcrl, then there can be XAVP with name 'uri' in both lists, without the risk of misusage. Another benefit would be reducing the number of parameters, right now each module exports a parameter to set the name for each AVP, with xavp there is need for one parameter to set the name of the list, then inside that list the module is free to use predefined names without the risk of overlapping. - xavp having value integer or string can be used directly in config, whether they are in a sublist or not Check the wiki (link above) for more. Looking forward for comments, suggestions and improvements. Cheers, Daniel -- Daniel-Constantin Mierla * SIP Router Bootcamp * Kamailio (OpenSER) and Asterisk Training * Berlin, Germany, Sep 1-4, 2009 * http://www.asipto.com/index.php/sip-router-bootcamp/

3 4

[Kamailio-Users] debate: module interface
by Daniel-Constantin Mierla 29 Jul '09

29 Jul '09

Hello, the new sip router core and librarization of kamailio management (MI) and statistics interfaces affected the module interface. At this time, although all the fields are still in the module interface, some are passive: - mi commands exports - statistics exports - extra processes The modules in the public GIT repository use the either mod_init or mod_register to export them, so everything should work as expected. fyi: if you didn't know so far - mod_register is a function automatically called when a module is loaded, giving the possibility to export components from module in very early stage, e.g., transfomations must be exported via mod_register since they are lookep up while parsing the routing blocks -- mod_register is available in kamailio since 1.5, back ported from sip router core, you just need to implement it in the module, it is not part of module interface. Back to module interface, the three fields mislead private module implementations as everything compiles ok, but at startup the fields are not actually exported. I propose to remove them and document the transition process to new interface, which is practically couple of code lines. It this way people migrating private stuff will notice the change and update. Since we are here and we have to go through each K module and remove the fields from the module interface, maybe we can create a single interface for k and s modules. Doing a short analysis and considering the above three fields removed from k interface, then: - K interface has extra - dlopen flags - needed to specify how the .so is open, required so far by perl module, iirc - PV exports - the list of pseudo-variables exported by module - the cmd (function) exports structure has a field to specify a free fixup function (not implemented for all exported commands). The goal is to allow calling functions exported by modules for higher application languages, like perl so far, where it is needed to free the memory allocated by fixup function - S interface has extra - rpc exports - exported rpc commands - onbreak function - is this used?!? couldn't find docs about or a use case, so I consider it obsolete Then common interface would be: - name - dlopen flags - mod parameters - mod commands with free fixup - rpc commands - PV exports - mod init - child init - mod destroy - onreply callback Probably we can normalize it a bit more, comments and suggestions are welcome! Thanks, Daniel -- Daniel-Constantin Mierla * SIP Router Bootcamp * Kamailio (OpenSER) and Asterisk Training * Berlin, Germany, Sep 1-4, 2009 * http://www.asipto.com/index.php/sip-router-bootcamp/

1 0

[Serusers] 400 bad request of SUBSCRIBE
by 静于 29 Jul '09

29 Jul '09

hi I use pa module to support SUBSCRIBE request which Event header is "presence", and the function I used in ser.cfg is as follow : if (method=="SUBSCRIBE") { if (!t_newtran()) { log(1, "newtran error\n"); sl_reply_error(); }; handle_subscription("registrar"); break; }; But the response of this request is 400 error while parsing header Server: SIP Express Route (0.9.6(i386/linux)) I find there is no place in source code to parse Server header I am I miss something in ser.cfg or any other modules should be loaded ? Could any one tell me why? ___________________________________________________________ 好玩贺卡等你发，邮箱贺卡全新上线！ http://card.mail.cn.yahoo.com/

1 0

[Kamailio-Users] Fwd: Re: RES: Can someone help me?
by Raúl Alexis Betancor Santana 28 Jul '09

28 Jul '09

Sorry Rafael, the .cfg is not big ... moreover it's a simple .cfg compared with other ones I worked on. Also I will not review/debug your config for you. Just try to do a flow analisys and check where you are wrong. With a fast read .. I could tell you that you are having troubles with the failure routes at least .. -- Raúl Alexis Betancor Santana Dimensión Virtual

1 0

Re: [Kamailio-Users] RES: Can someone help me?
by Rafael Moreno Gomes 28 Jul '09

28 Jul '09

Hi Raul Here it is, # ----------- global configuration parameters ------------------------ debug=3 fork=yes log_stderror=yes children=1 disable_tcp=no log_facility=LOG_LOCAL0 # ------------------ module loading ---------------------------------- #set module path mpath="/usr/lib/kamailio/modules/" loadmodule "sl.so" loadmodule "tm.so" modparam("tm", "fr_timer", 5) modparam("tm", "fr_inv_timer_avp", "$avp(i:704)") loadmodule "rr.so" loadmodule "usrloc.so" loadmodule "maxfwd.so" loadmodule "textops.so" loadmodule "xlog.so" loadmodule "avpops.so" loadmodule "registrar.so" loadmodule "uri_db.so" loadmodule "db_mysql.so" loadmodule "siputils.so" loadmodule "auth.so" loadmodule "auth_db.so" loadmodule "mi_fifo.so" loadmodule "acc.so" loadmodule "pv.so" modparam("mi_fifo", "fifo_name", "/tmp/openser_fifo") loadmodule "lcr.so" modparam("lcr", "db_url", "mysql://root:mypass@localhost/openser") modparam("lcr", "gw_uri_avp", "$avp(i:709)") modparam("lcr", "ruri_user_avp", "$avp(i:500)") modparam("lcr", "rpid_avp", "$avp(i:302)") modparam("lcr", "flags_avp", "$avp(i:712)") # ------------------------- request routing logic ------------------- route{ if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; } route(4); if (has_totag()) { if (loose_route()) { if (is_method("BYE")) { setflag(1); setflag(3); } route(1); } else { if (is_method("SUBSCRIBE") && uri == myself) { route(2); exit; } if ( is_method("ACK") ) { if ( t_check_trans() ) { t_relay(); exit; } else { exit; } } sl_send_reply("404","Not here"); } exit; } if (is_method("CANCEL")) { if (t_check_trans()) t_relay(); exit; } t_check_trans(); route(3); if (!is_method("REGISTER|MESSAGE")) record_route(); if (is_method("INVITE")) { setflag(1); } if (!uri==myself) if( is_method("PUBLISH|SUBSCRIBE")) route(2); if (is_method("REGISTER")) { if (!save("location")) sl_reply_error(); exit; } if ($rU==NULL) { # request with no Username in RURI sl_send_reply("484","Address Incomplete"); exit; } if (!lookup("location")) { switch ($retcode) { case -1: case -3: t_newtran(); t_reply("404", "Not Found"); exit; case -2: sl_send_reply("405", "Method Not Allowed"); exit; } } setflag(2); route(1); } route[1] { if (!t_relay()) { sl_reply_error(); }; exit; } route[2] { if (!load_gws()) { sl_send_reply("503", "Unable to load gateways"); exit; } else { $var(i) = 0; while(is_avp_set("$(avp(i:709)[$var(i)])")) { xlog("L_INFO", "loading gw_uri_avp[$var(i)]='$(avp(i:709)[$var(i)])'\n"); $var(i) = $var(i) + 1; }; if(is_avp_set("$avp(i:709)")) { xlog("L_INFO", "trying gateway '$avp(i:709)'\n"); } else { xlog("L_INFO", "no available gateways ...\n"); }; if (next_gw()) { xlog("L_INFO", "ruri_user_avp='$avp(i:500)'\n"); t_on_failure("2"); route(1); } else { sl_send_reply("503", "No available gateways"); exit; }; }; exit; } failure_route[2] { xlog("L_INFO", "entering failure_route[2] for reply code '$T_reply_code'\n"); if (t_check_status("408|50[34]")) { if(is_avp_set("$avp(i:709)")) { xlog("L_INFO", "trying next gateway '$avp(i:709)'\n"); } else { xlog("L_INFO", "no more gateways to try ...\n"); }; if (next_gw()) { t_on_failure("2"); route(1); } else { t_reply("503", "No gateways"); exit; }; exit; }; } Rafael Moreno Matrix Telecom www.matrixtelecom.net.br / Phone: 55.11.3323-9207

1 0

[Kamailio-Users] append_branch: max nr of branches exceeded
by Ma Zhiyong 28 Jul '09

28 Jul '09

Hi, all I use kamailio 1.5.1 notls as a call-relay, It works fine but I found some errors in my logs, can you tell me what happened? Should I you increase MAX_BRANCHES value in sip-server/config.h? ERROR:core:append_branch: max nr of branches exceeded ERROR:dispatcher:ds_update_dst: append_branch action failed ERROR:dispatcher:ds_next_dst: cannot set dst addr my cfg: ds_select_domain("2","4"); force_rtp_proxy(); t_relay();

3 2

[Kamailio-Users] How to get the destination IP
by catalina oancea 28 Jul '09

28 Jul '09

Hello Is there a way to find the IP address that the request will be sent to using kamailio.cfg ? For example if extension is behind NAT, after lookup() I have in $rd the IP in the contact column of location table, not the actual IP in the received column. I couldn't find a pseudovar for this. Thanks, Catalina

3 5

[Serusers] FW: HA1 calculation failed
by jay 28 Jul '09

28 Jul '09

Hello I try to launch ser_mysql.sh as root user, When I try it using "/usr/sbin/ser_mysql.sh create" , I got the error "HA1 calculation failed" . How to overcome the problem ? Cheers, Jay

2 1

Re: [Kamailio-Users] RES: Can someone help me?
by Rafael Moreno Gomes 28 Jul '09

28 Jul '09

Hi, I have been reading a lot about Kamailio and I have done one configuration with lcr servers but now the core is giving me a message When I try: Jul 27 19:33:54 [13430] ERROR:tm:t_forward_nonack: sending request failed Jul 27 19:34:12 [13430] WARNING:core:run_actions: null action list (rec_level=2) Jul 27 19:34:12 [13430] WARNING:core:run_actions: null action list (rec_level=2) Jul 27 19:34:12 [13430] WARNING:core:run_actions: null action list (rec_level=2) Jul 27 19:34:54 [13430] WARNING:core:run_actions: null action list (rec_level=2) Jul 27 19:34:54 [13430] WARNING:core:run_actions: null action list (rec_level=2) loading gw_uri_avp[0]='1|0||3970344258||5061|2|0' loading gw_uri_avp[1]='1|0||3987121474||5061|2|0' trying gateway '1|0||3970344258||5061|2|0' ruri_user_avp='rafael' Jul 27 19:34:54 [13430] ERROR:core:tcp_blocking_connect: poll error: flags 18 Jul 27 19:34:54 [13430] ERROR:core:tcp_blocking_connect: failed to retrieve SO_ERROR (111) Connection refused Jul 27 19:34:54 [13430] ERROR:core:tcpconn_connect: tcp_blocking_connect failed Jul 27 19:34:54 [13430] ERROR:core:tcp_send: connect failed Jul 27 19:34:54 [13430] ERROR:tm:msg_send: tcp_send failed Jul 27 19:34:54 [13430] ERROR:tm:t_forward_nonack: sending request failed Rafael Moreno Matrix Telecom www.matrixtelecom.net.br / Phone: 55.11.3323-9207

2 1

[Serusers] Compile errors on CentOS 5.3
by SIP 27 Jul '09

27 Jul '09

Just grabbed the latest CVS for SER and attempted to compile it on a CentOS 5.3 box, but received these errors: config.mak loaded Makefile.defs defs skipped gcc -m64 -g -O9 -funroll-loops -Wcast-align -minline-all-stringops -falign-loops -ftree-vectorize -mtune=opteron -Wall -DNAME='"ser"' -DVERSION='"2.1.0-dev23-make"' -DARCH='"x86_64"' -DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.1.2"' -D__CPU_x86_64 -D__OS_linux -DSER_VER=2001000 -DCFG_DIR='"/usr/local/etc/ser/"' -DMODS_DIR='"/usr/local/lib/ser/modules/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST -DUSE_NAPTR -DDBG_QM_MALLOC -DUSE_TLS -DTLS_HOOKS -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_SCHED_SETSCHEDULER -DHAVE_EPOLL -DHAVE_SIGIO_RT -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT -c cfg_core.c -o cfg_core.o In file included from futexlock.h:52, from lock_ops.h:85, from locking.h:70, from pt.h:50, from cfg_core.c:42: /usr/include/linux/futex.h:108: error: expected ')' before '*' token /usr/include/linux/futex.h:112: error: expected ')' before '*' token make: *** [cfg_core.o] Error 1 As you can see, it's an X86_64 architecture box running kernel 2.6.18-128.el5. I saw a similar error in Google, but there was no resolution. Any ideas? N.

2 1

[Kamailio-Users] SIREMIS v0.9.3 Released
by Elena-Ramona Modroiu 27 Jul '09

27 Jul '09

Hi, I am happy to announce a new release of SIREMIS - the web management interface for SIP routing engines Kamailio (OpenSER) and SIP-Router.org. There are a bunch of new features, among them: - communication with SER and SIP router core via XMLRPC - communication with FreeSWITCH via event socket - rich text (html) presentation for the output of several external commands - auto-suggestion for groups management - new sortable columns and references between views For installation (upgrade) guidelines and other details, visit: http://siremis.asipto.com Some screenshots relevant for this release: http://www.asipto.com/gallery/v/siremis/siremis_20.jpg.html?g2_imageViewsIn… http://www.asipto.com/gallery/v/siremis/siremis_18.jpg.html?g2_imageViewsIn… http://www.asipto.com/gallery/v/siremis/siremis_19.jpg.html?g2_imageViewsIn… Enjoy, Ramona

1 0

[Kamailio-Users] RES: Can someone help me?
by Rafael Moreno Gomes 27 Jul '09

27 Jul '09

Ok here it goes, I have a Mera Server that I'm trying to connect my Kamailio to change my old SER server to a new level for my Retail clients, my ser will not route to any router my Mera Server will do it What I'm trying to make is a SIP:xxx.xxx.xxx.xxx:5060 on my mera server. When I register it goes ok U 200.196.28.25:63042 -> 200.196.28.124:5060 REGISTER sip:sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-2209c854c438c347-1---d8754z-;rport. .Max-Forwards: 70..Contact: <sip:rafael @192.168.5.38:63042;rinstance=bcdb08a4009ee386>..To: "SPS0"<sip:rafael@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVkMTRiNjQ1ZT VkZTNlNmMyOGE5M2MzOTM2NTM4YmY...CSeq: 2 REGISTER..Expires: 3600..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..User-Agent: X-Lite releas e 1103d stamp 53117..Authorization: Digest username="rafael",realm="sps0.matrix.net.br",nonce="4a68f31e000000008e5e591d 36c39beb4f5939faad6d9d29",uri="sip:sps0.matrix.net.br" ,response="386a15e662550d45f24bccb6cbb25494",algorithm=MD5..Content-Length: 0.... U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 200 OK..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-2209c854c438c347-1---d8754z-;rport= 63042;received=200.196.28.25..To: "SPS0"<sip:rafael@sps0.matrix. net.br>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.d55b..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVkMTRiNjQ1ZTVkZTNlNmMyOGE5M2MzOTM2NTM4YmY...CSeq: 2 R EGISTER..Contact: <sip:rafael@192.168.5.38:63042;rinstance=bcdb08a4009ee386>;expires=3600..Ser ver: Kamailio (1.5.1-notls (i386/linux))..Content-Length: 0.... But when I try to make calls U 200.196.28.25:63042 -> 200.196.28.124:5060 INVITE sip:551133239212@sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-a957a2771c264219-1---d8754z-;rport. .Max-Forwards: 70..Contact: <sip:rafael@200.196.28.25:63042>..To: "551133239212"<sip:551133239212@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNTJ mYWE1ZWNmYzcwZGNlMzQ3NDc5ZDU...CSeq: 1 INVITE..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..Content-Type: application/sdp..User-Agent: X-Lite release 1103d stamp 53117..Content-Length: 361....v=0..o=- 7 2 IN IP4 192.168.5.38..s=CounterPath X-Lite 3.0..c=IN IP4 192.168.5.38..t=0 0..m=audio 8934 RTP/AVP 107 0 8 101..a=alt:1 3 : b2cv/jrI CAiY+XUC 192.168.5.38 8934..a=alt:2 2 : oUZIn8S0 Uq5tdU9E 192.168.52.1 8934..a=alt:3 1 : Z8/DE0ry qIvXPCKF 192.168.228.1 8934..a=fmtp:101 0-15.. a=rtpmap:107 BV32/16000..a=rtpmap:101 telephone-event/8000..a=sendrecv.. U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 407 Proxy Authentication Required..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-a957a2771c264219-1---d8754z-;rport= 63042;received=200.196.28.25..To: "55 1133239212"<sip:551133239212@sps0.matrix.net.br>;tag=f8f2ab2c1295e90ed7dbb49 9b30f44b2.e355..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNT JmYWE1ZWNmYzcwZGNlMzQ3NDc5ZDU...CSeq: 1 INVITE..Proxy-Authenticate: Digest realm="sps0.matrix.net.br", nonce="4a68f32800000002a304ed8610abc47da56bdc29957a394d"..Server: Kama ilio (1.5.1-notls (i386/linux))..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 ACK sip:551133239212@sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-a957a2771c264219-1---d8754z-;rport. .To: "551133239212"<sip:5511332 39212 [!at] sps0.matrix.net.br (replace the [!at] with a @)>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.e355..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNTJmYWE1ZWNmYzcwZGNlMzQ3N Dc5ZDU...CSeq: 1 ACK..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 INVITE sip:551133239212@sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-267c082e8463a77a-1---d8754z-;rport. .Max-Forwards: 70..Contact: <sip:rafael@200.196.28.25:63042>..To: "551133239212"<sip:551133239212@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNTJ mYWE1ZWNmYzcwZGNlMzQ3NDc5ZDU...CSeq: 2 INVITE..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..Content-Type: application/sdp..Proxy-Author ization: Digest username="rafael",realm="sps0.matrix.net.br",nonce="4a68f32800000002a304ed86 10abc47da56bdc29957a394d",uri="sip:551133239212@sps0.matrix.net.br",response ="bd0 2426b09957f78a347036f020e4c48",algorithm=MD5..User-Agent: X-Lite release 1103d stamp 53117..Content-Length: 361....v=0..o=- 7 2 IN IP4 192.168.5.38..s=CounterPath X-Lite 3.0 ..c=IN IP4 192.168.5.38..t=0 0..m=audio 8934 RTP/AVP 107 0 8 101..a=alt:1 3 : b2cv/jrI CAiY+XUC 192.168.5.38 8934..a=alt:2 2 : oUZIn8S0 Uq5tdU9E 192.168.52.1 8934..a=alt:3 1 : Z8/DE0ry qIvXPCKF 192.168.228.1 8934..a=fmtp:101 0-15..a=rtpmap:107 BV32/16000..a=rtpmap:101 telephone-event/8000..a=sendrecv.. U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 404 Not Found..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-267c082e8463a77a-1---d8754z-;rport= 63042;received=200.196.28.25..To: "551133239212"<sip:5511 33239212 [!at] sps0.matrix.net.br (replace the [!at] with a @)>;tag=bbd8f31c58bc6a3266ec5509a254d55b-2513..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNTJmYWE1ZWNmYzcwZGNlMz Q3NDc5ZDU...CSeq: 2 INVITE..Server: Kamailio (1.5.1-notls (i386/linux))..Content-Length: 0.... Now may someone help me :D Thanks guys! ------------------------------- Message: 1 Date: Fri, 24 Jul 2009 10:56:34 +0200 From: I?aki Baz Castillo <ibc(a)aliax.net> Subject: Re: [Kamailio-Users] Can't make calls To: users(a)lists.kamailio.org Message-ID: <200907241056.34301.ibc(a)aliax.net> Content-Type: Text/Plain; charset="utf-8" El Viernes, 24 de Julio de 2009, Rafael Moreno Gomes escribi?: > Can Someone help me? No. First: Don't send the same mail twice. Second: Describe your problem in a detailed way (nobody will spend his time trying to guess which problem you have by inspecting your full configuration and SIP traces). -- I?aki Baz Castillo <ibc(a)aliax.net> ------------------------------ Message: 2 Date: Fri, 24 Jul 2009 11:43:01 +0200 From: Daniel-Constantin Mierla <miconda(a)gmail.com> Subject: Re: [Kamailio-Users] Can't make calls To: I?aki Baz Castillo <ibc(a)aliax.net> Cc: users(a)lists.kamailio.org Message-ID: <4A698225.7080309(a)gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed On 24.07.2009 10:56 Uhr, I?aki Baz Castillo wrote: > El Viernes, 24 de Julio de 2009, Rafael Moreno Gomes escribi?: > >> Can Someone help me? >> > > No. > > First: Don't send the same mail twice. > > Second: Describe your problem in a detailed way (nobody will spend his time > trying to guess which problem you have by inspecting your full configuration > and SIP traces). > > I tried to put together some info about reporting issues. It can be used to help new people in such situation: http://www.kamailio.org/dokuwiki/doku.php/troubleshooting:report-an-issue Please add content there, so reporting and troubleshooting becomes easier for everybody. Cheers, Daniel -- Daniel-Constantin Mierla http://www.asipto.com/index.php/sip-router-bootcamp/ ------------------------------ _______________________________________________ Users mailing list Users(a)lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users End of Users Digest, Vol 50, Issue 49 *************************************

6 5

[Serusers] HA1 calculation failed
by jay 25 Jul '09

25 Jul '09

Hello I try to launch ser_mysql.sh as root user, When I try it using "/usr/sbin/ser_mysql.sh create" , I got the error "HA1 calculation failed" . How to overcome the problem ? Cheers, Jay

2 1

Re: [Kamailio-Users] RES: Can someone help me?
by Rafael Moreno Gomes 24 Jul '09

24 Jul '09

Ok, Now let me show what I did, I have installed the kamailio_1.5.1_i386.deb, kamailio-presence-modules_1.5.1_i386.deb, kamailio-mysql-module_1.5.1_i386.deb "Do I need to install anything more than this?" I have made the configs to kamailio work with MySQL Rafael Moreno Matrix Telecom www.matrixtelecom.net.br / Phone: 55.11.3323-9207

3 2

Re: [Kamailio-Users] RES: Can someone help me?
by Rafael Moreno Gomes 24 Jul '09

24 Jul '09

Ok, What I'm trying to do is. My Retail user connect to my SIP server by a PBX or a Softphone The SIP will make a Authentication of my user on my MySQL database. When the user make a call it need to be sent to my Whole sale server which is a MERA Server The Mera will make all the routing to my Cisco Routers and then to my PSTN or other Carriers :) Rafael Moreno Matrix Telecom www.matrixtelecom.net.br / Phone: 55.11.3323-9207

2 1

[Kamailio-Users] Can't make calls
by Rafael Moreno Gomes 24 Jul '09

24 Jul '09

Can Someone help me? ------------------------------------------------------------- NGREP LOG sps0:/# ngrep rafael(a)sps0.matrix.net.br -q interface: eth0 (200.196.28.0/255.255.255.0) match: rafael(a)sps0.matrix.net.br U 200.196.28.25:63042 -> 200.196.28.124:5060 REGISTER sip:sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-73147a384a27ac3c-1---d8754z-;rport. .Max-Forwards: 70..Contact: <sip:rafael @192.168.5.38:63042;rinstance=bcdb08a4009ee386>..To: "SPS0"<sip:rafael@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVkMTRiNjQ1ZT VkZTNlNmMyOGE5M2MzOTM2NTM4YmY...CSeq: 1 REGISTER..Expires: 3600..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..User-Agent: X-Lite releas e 1103d stamp 53117..Content-Length: 0.... U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 401 Unauthorized..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-73147a384a27ac3c-1---d8754z-;rport= 63042;received=200.196.28.25..To: "SPS0"<sip:rafael@sp s0.matrix.net.br>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.07e7..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVkMTRiNjQ1ZTVkZTNlNmMyOGE5M2MzOTM2NTM4YmY.. .CSeq: 1 REGISTER..WWW-Authenticate: Digest realm="sps0.matrix.net.br", nonce="4a68f31e000000008e5e591d36c39beb4f5939faad6d9d29"..Server: Kamailio (1.5.1-notls (i386/linux)) ..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 REGISTER sip:sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-2209c854c438c347-1---d8754z-;rport. .Max-Forwards: 70..Contact: <sip:rafael @192.168.5.38:63042;rinstance=bcdb08a4009ee386>..To: "SPS0"<sip:rafael@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVkMTRiNjQ1ZT VkZTNlNmMyOGE5M2MzOTM2NTM4YmY...CSeq: 2 REGISTER..Expires: 3600..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..User-Agent: X-Lite releas e 1103d stamp 53117..Authorization: Digest username="rafael",realm="sps0.matrix.net.br",nonce="4a68f31e000000008e5e591d 36c39beb4f5939faad6d9d29",uri="sip:sps0.matrix.net.br" ,response="386a15e662550d45f24bccb6cbb25494",algorithm=MD5..Content-Length: 0.... U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 200 OK..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-2209c854c438c347-1---d8754z-;rport= 63042;received=200.196.28.25..To: "SPS0"<sip:rafael@sps0.matrix. net.br>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.d55b..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVkMTRiNjQ1ZTVkZTNlNmMyOGE5M2MzOTM2NTM4YmY...CSeq: 2 R EGISTER..Contact: <sip:rafael@192.168.5.38:63042;rinstance=bcdb08a4009ee386>;expires=3600..Ser ver: Kamailio (1.5.1-notls (i386/linux))..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 REGISTER sip:sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-e552bf20e46b0448-1---d8754z-;rport. .Max-Forwards: 70..Contact: <sip:rafael @192.168.5.38:63042;rinstance=bcdb08a4009ee386>;expires=0..To: "SPS0"<sip:rafael@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVk MTRiNjQ1ZTVkZTNlNmMyOGE5M2MzOTM2NTM4YmY...CSeq: 3 REGISTER..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..User-Agent: X-Lite release 110 3d stamp 53117..Authorization: Digest username="rafael",realm="sps0.matrix.net.br",nonce="4a68f31e000000008e5e591d 36c39beb4f5939faad6d9d29",uri="sip:sps0.matrix.net.br",resp onse="386a15e662550d45f24bccb6cbb25494",algorithm=MD5..Content-Length: 0.... U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 200 OK..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-e552bf20e46b0448-1---d8754z-;rport= 63042;received=200.196.28.25..To: "SPS0"<sip:rafael@sps0.matrix. net.br>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.8472..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVkMTRiNjQ1ZTVkZTNlNmMyOGE5M2MzOTM2NTM4YmY...CSeq: 3 R EGISTER..Server: Kamailio (1.5.1-notls (i386/linux))..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 REGISTER sip:sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-a95082141970153a-1---d8754z-;rport. .Max-Forwards: 70..Contact: <sip:rafael @200.196.28.25:63042;rinstance=381876ea15534dcf>..To: "SPS0"<sip:rafael@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVkMTRiNjQ1Z TVkZTNlNmMyOGE5M2MzOTM2NTM4YmY...CSeq: 4 REGISTER..Expires: 3600..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..User-Agent: X-Lite relea se 1103d stamp 53117..Authorization: Digest username="rafael",realm="sps0.matrix.net.br",nonce="4a68f31e000000008e5e591d 36c39beb4f5939faad6d9d29",uri="sip:sps0.matrix.net.br ",response="386a15e662550d45f24bccb6cbb25494",algorithm=MD5..Content-Length: 0.... U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 200 OK..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-a95082141970153a-1---d8754z-;rport= 63042;received=200.196.28.25..To: "SPS0"<sip:rafael@sps0.matrix. net.br>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.26f5..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVkMTRiNjQ1ZTVkZTNlNmMyOGE5M2MzOTM2NTM4YmY...CSeq: 4 R EGISTER..Contact: <sip:rafael@200.196.28.25:63042;rinstance=381876ea15534dcf>;expires=3600..Se rver: Kamailio (1.5.1-notls (i386/linux))..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 SUBSCRIBE sip:rafael@sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-7c5a2623fb530542-1---d8754z-;rport. .Max-Forwards: 70..Contact: <si p:rafael@200.196.28.25:63042>..To: "SPS0"<sip:rafael@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=d1708236..Call-ID: ZjdlZWUwNjkzM2ZmYzk1MDBkMGJmYzVk YWIyZmMwM2Q...CSeq: 1 SUBSCRIBE..Expires: 300..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..User-Agent: X-Lite release 1103d stamp 5311 7..Event: message-summary..Content-Length: 0.... U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 407 Proxy Authentication Required..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-7c5a2623fb530542-1---d8754z-;rport= 63042;received=200.196.28.25..To: "SP S0"<sip:rafael@sps0.matrix.net.br>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.39a7 ..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=d1708236..Call-ID: ZjdlZWUwNjkzM2ZmYzk1MDBkMGJm YzVkYWIyZmMwM2Q...CSeq: 1 SUBSCRIBE..Proxy-Authenticate: Digest realm="sps0.matrix.net.br", nonce="4a68f321000000012f11dfcfba5649b1bb6b23b82b0749a9"..Server: Kamailio (1.5.1 -notls (i386/linux))..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 SUBSCRIBE sip:rafael@sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-59288923603d7744-1---d8754z-;rport. .Max-Forwards: 70..Contact: <si p:rafael@200.196.28.25:63042>..To: "SPS0"<sip:rafael@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=d1708236..Call-ID: ZjdlZWUwNjkzM2ZmYzk1MDBkMGJmYzVk YWIyZmMwM2Q...CSeq: 2 SUBSCRIBE..Expires: 300..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..Proxy-Authorization: Digest username="rafae l",realm="sps0.matrix.net.br",nonce="4a68f321000000012f11dfcfba5649b1bb6b23b 82b0749a9",uri="sip:rafael@sps0.matrix.net.br",response="ea373d573d66ba13867 11d34d96d75c1",algori thm=MD5..User-Agent: X-Lite release 1103d stamp 53117..Event: message-summary..Content-Length: 0.... U 200.196.28.124:5060 -> 200.196.28.25:63042 SUBSCRIBE sip:rafael@200.196.28.25:63042;rinstance=381876ea15534dcf SIP/2.0..Record-Route: <sip:200.196.28.124;lr=on>..Via: SIP/2.0/UDP 200.196.28.124;branch=z9hG4bK3224.45a 47c61.0..Via: SIP/2.0/UDP 192.168.5.38:63042;received=200.196.28.25;branch=z9hG4bK-d8754z-59288923603d 7744-1---d8754z-;rport=63042..Max-Forwards: 69..Contact: <sip:rafael@20 0.196.28.25:63042>..To: "SPS0"<sip:rafael@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=d1708236..Call-ID: ZjdlZWUwNjkzM2ZmYzk1MDBkMGJmYzVkYWIyZmMwM2Q ...CSeq: 2 SUBSCRIBE..Expires: 300..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..User-Agent: X-Lite release 1103d stamp 53117..Event: m essage-summary..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 SIP/2.0 489 Event Package Not Supported..Via: SIP/2.0/UDP 200.196.28.124;branch=z9hG4bK3224.45a47c61.0..Via: SIP/2.0/UDP 192.168.5.38:63042;received=200.196.28.25;branch=z9h G4bK-d8754z-59288923603d7744-1---d8754z-;rport=63042..To: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=be58b818..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=d1708236..Call- ID: ZjdlZWUwNjkzM2ZmYzk1MDBkMGJmYzVkYWIyZmMwM2Q...CSeq: 2 SUBSCRIBE..User-Agent: X-Lite release 1103d stamp 53117..Content-Length: 0.... U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 489 Event Package Not Supported..Via: SIP/2.0/UDP 192.168.5.38:63042;received=200.196.28.25;branch=z9hG4bK-d8754z-59288923603d 7744-1---d8754z-;rport=63042..To: "SPS0 "<sip:rafael@sps0.matrix.net.br>;tag=be58b818..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=d1708236..Call-ID: ZjdlZWUwNjkzM2ZmYzk1MDBkMGJmYzVkYWIyZmMwM2Q...CSeq: 2 SUBSC RIBE..User-Agent: X-Lite release 1103d stamp 53117..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 INVITE sip:551133239212@sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-a957a2771c264219-1---d8754z-;rport. .Max-Forwards: 70..Contact: <sip:rafael@200.196.28.25:63042>..To: "551133239212"<sip:551133239212@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNTJ mYWE1ZWNmYzcwZGNlMzQ3NDc5ZDU...CSeq: 1 INVITE..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..Content-Type: application/sdp..User-Agent: X-Lite release 1103d stamp 53117..Content-Length: 361....v=0..o=- 7 2 IN IP4 192.168.5.38..s=CounterPath X-Lite 3.0..c=IN IP4 192.168.5.38..t=0 0..m=audio 8934 RTP/AVP 107 0 8 101..a=alt:1 3 : b2cv/jrI CAiY+XUC 192.168.5.38 8934..a=alt:2 2 : oUZIn8S0 Uq5tdU9E 192.168.52.1 8934..a=alt:3 1 : Z8/DE0ry qIvXPCKF 192.168.228.1 8934..a=fmtp:101 0-15.. a=rtpmap:107 BV32/16000..a=rtpmap:101 telephone-event/8000..a=sendrecv.. U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 407 Proxy Authentication Required..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-a957a2771c264219-1---d8754z-;rport= 63042;received=200.196.28.25..To: "55 1133239212"<sip:551133239212@sps0.matrix.net.br>;tag=f8f2ab2c1295e90ed7dbb49 9b30f44b2.e355..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNT JmYWE1ZWNmYzcwZGNlMzQ3NDc5ZDU...CSeq: 1 INVITE..Proxy-Authenticate: Digest realm="sps0.matrix.net.br", nonce="4a68f32800000002a304ed8610abc47da56bdc29957a394d"..Server: Kama ilio (1.5.1-notls (i386/linux))..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 ACK sip:551133239212@sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-a957a2771c264219-1---d8754z-;rport. .To: "551133239212"<sip:5511332 39212(a)sps0.matrix.net.br>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.e355..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNTJmYWE1ZWNmYzcwZGNlMzQ3N Dc5ZDU...CSeq: 1 ACK..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 INVITE sip:551133239212@sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-267c082e8463a77a-1---d8754z-;rport. .Max-Forwards: 70..Contact: <sip:rafael@200.196.28.25:63042>..To: "551133239212"<sip:551133239212@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNTJ mYWE1ZWNmYzcwZGNlMzQ3NDc5ZDU...CSeq: 2 INVITE..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..Content-Type: application/sdp..Proxy-Author ization: Digest username="rafael",realm="sps0.matrix.net.br",nonce="4a68f32800000002a304ed86 10abc47da56bdc29957a394d",uri="sip:551133239212@sps0.matrix.net.br",response ="bd0 2426b09957f78a347036f020e4c48",algorithm=MD5..User-Agent: X-Lite release 1103d stamp 53117..Content-Length: 361....v=0..o=- 7 2 IN IP4 192.168.5.38..s=CounterPath X-Lite 3.0 ..c=IN IP4 192.168.5.38..t=0 0..m=audio 8934 RTP/AVP 107 0 8 101..a=alt:1 3 : b2cv/jrI CAiY+XUC 192.168.5.38 8934..a=alt:2 2 : oUZIn8S0 Uq5tdU9E 192.168.52.1 8934..a=alt:3 1 : Z8/DE0ry qIvXPCKF 192.168.228.1 8934..a=fmtp:101 0-15..a=rtpmap:107 BV32/16000..a=rtpmap:101 telephone-event/8000..a=sendrecv.. U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 404 Not Found..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-267c082e8463a77a-1---d8754z-;rport= 63042;received=200.196.28.25..To: "551133239212"<sip:5511 33239212(a)sps0.matrix.net.br>;tag=bbd8f31c58bc6a3266ec5509a254d55b-2513..From : "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNTJmYWE1ZWNmYzcwZGNlMz Q3NDc5ZDU...CSeq: 2 INVITE..Server: Kamailio (1.5.1-notls (i386/linux))..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 ACK sip:551133239212@sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-267c082e8463a77a-1---d8754z-;rport. .To: "551133239212"<sip:5511332 39212(a)sps0.matrix.net.br>;tag=bbd8f31c58bc6a3266ec5509a254d55b-2513..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNTJmYWE1ZWNmYzcwZGNlMzQ3N Dc5ZDU...CSeq: 2 ACK..Content-Length: 0.... ------------------------------------------------------------- SIP LOG SIP/2.0 489 Event Package Not Supported Via: SIP/2.0/UDP 192.168.5.38:63042;received=200.196.28.25;branch=z9hG4bK-d8754z-59288923603d 7744-1---d8754z-;rport=63042 To: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=be58b818 From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=d1708236 Call-ID: ZjdlZWUwNjkzM2ZmYzk1MDBkMGJmYzVkYWIyZmMwM2Q. CSeq: 2 SUBSCRIBE User-Agent: X-Lite release 1103d stamp 53117 Content-Length: 0 Jul 23 20:32:19 [2948] DBG:core:_shm_resize: resize(0) called Jul 23 20:32:19 [2948] DBG:tm:insert_timer_unsafe: [2]: 0xafc1d4f8 (15) Jul 23 20:32:19 [2948] DBG:tm:relay_reply: sent buf=0x8149d48: SIP/2.0 4..., shmem=0xafc1f430: SIP/2.0 4 Jul 23 20:32:19 [2948] DBG:tm:run_trans_callbacks: trans=0xafc1d4b0, callback type 256, id 0 entered Jul 23 20:32:19 [2948] DBG:tm:cleanup_uac_timers: RETR/FR timers reset Jul 23 20:32:19 [2948] DBG:tm:t_unref: UNREF_UNSAFE: after is 0 Jul 23 20:32:19 [2948] DBG:core:destroy_avp_list: destroying list (nil) Jul 23 20:32:19 [2948] DBG:core:receive_msg: cleaning up Jul 23 20:32:20 [2950] DBG:tm:utimer_routine: timer routine:4,tl=0xafc1d5fc next=(nil), timeout=10400000 Jul 23 20:32:24 [2950] DBG:tm:timer_routine: timer routine:2,tl=0xafc1d4f8 next=(nil), timeout=15 Jul 23 20:32:24 [2950] DBG:tm:wait_handler: removing 0xafc1d4b0 from table Jul 23 20:32:24 [2950] DBG:tm:delete_cell: delete transaction 0xafc1d4b0 Jul 23 20:32:24 [2950] DBG:tm:wait_handler: done Jul 23 20:32:25 [2946] DBG:core:udp_rcv_loop: probing packet received from 200.202.22.5 55325 Jul 23 20:32:26 [2949] DBG:core:parse_msg: SIP Request: Jul 23 20:32:26 [2949] DBG:core:parse_msg: method: <INVITE> Jul 23 20:32:26 [2949] DBG:core:parse_msg: uri: <sip:551133239212@sps0.matrix.net.br> Jul 23 20:32:26 [2949] DBG:core:parse_msg: version: <SIP/2.0> Jul 23 20:32:26 [2949] DBG:core:parse_headers: flags=2 Jul 23 20:32:26 [2949] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK-d8754z-a957a2771c264219-1---d8754z->; state=6 Jul 23 20:32:26 [2949] DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=17 Jul 23 20:32:26 [2949] DBG:core:parse_via: end of header reached, state=5 Jul 23 20:32:26 [2949] DBG:core:parse_headers: via found, flags=2 Jul 23 20:32:26 [2949] DBG:core:parse_headers: this is the first via Jul 23 20:32:26 [2949] DBG:core:receive_msg: After parse_msg... Jul 23 20:32:26 [2949] DBG:core:receive_msg: preparing to run routing scripts... Jul 23 20:32:26 [2949] DBG:core:parse_headers: flags=100 Jul 23 20:32:26 [2949] DBG:maxfwd:is_maxfwd_present: value = 70 Jul 23 20:32:26 [2949] DBG:core:parse_headers: flags=8 Jul 23 20:32:26 [2949] DBG:core:parse_to: end of header reached, state=10 Jul 23 20:32:26 [2949] DBG:core:parse_to: display={"551133239212"}, ruri={sip:551133239212@sps0.matrix.net.br} Jul 23 20:32:26 [2949] DBG:core:get_hdr_field: <To> [53]; uri=[sip:551133239212@sps0.matrix.net.br] Jul 23 20:32:26 [2949] DBG:core:get_hdr_field: to body ["551133239212"<sip:551133239212@sps0.matrix.net.br> ] Jul 23 20:32:26 [2949] DBG:siputils:has_totag: no totag Jul 23 20:32:26 [2949] DBG:core:parse_headers: flags=78 Jul 23 20:32:26 [2949] DBG:core:get_hdr_field: cseq <CSeq>: <1> <INVITE> Jul 23 20:32:26 [2949] DBG:tm:t_lookup_request: start searching: hash=24133, isACK=0 Jul 23 20:32:26 [2949] DBG:tm:matching_3261: RFC3261 transaction matching failed Jul 23 20:32:26 [2949] DBG:tm:t_lookup_request: no transaction found Jul 23 20:32:26 [2949] DBG:core:parse_to_param: tag=b45cd830 Jul 23 20:32:26 [2949] DBG:core:parse_to: end of header reached, state=29 Jul 23 20:32:26 [2949] DBG:core:parse_to: display={"SPS0"}, ruri={sip:rafael@sps0.matrix.net.br} Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: checking if host==us: 18==9 && [sps0.matrix.net.br] == [127.0.0.1] Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: checking if host==us: 18==14 && [sps0.matrix.net.br] == [200.196.28.124] Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: checking if host==us: 18==9 && [sps0.matrix.net.br] == [127.0.0.1] Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: checking if host==us: 18==14 && [sps0.matrix.net.br] == [200.196.28.124] Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: no match for: [sps0.matrix.net.br:5060] Jul 23 20:32:26 [2949] DBG:core:grep_aliases: comparing host [0:sps0.matrix.net.br:5060] with us [2:sps0.matrix.net.br:5060] Jul 23 20:32:26 [2949] DBG:core:grep_aliases: match found for: [0:sps0.matrix.net.br:5060] Jul 23 20:32:26 [2949] DBG:core:check_self: host == me Jul 23 20:32:26 [2949] DBG:core:parse_headers: flags=10000 Jul 23 20:32:26 [2949] DBG:core:get_hdr_field: content_length=361 Jul 23 20:32:26 [2949] DBG:core:get_hdr_field: found end of header Jul 23 20:32:26 [2949] DBG:auth:pre_auth: credentials with given realm not found Jul 23 20:32:26 [2949] DBG:auth:reserve_nonce_index: second= 16, sec_monit= -1, index= 2 Jul 23 20:32:26 [2949] DBG:auth:build_auth_hf: nonce index= 2 Jul 23 20:32:26 [2949] DBG:auth:build_auth_hf: 'Proxy-Authenticate: Digest realm="sps0.matrix.net.br", nonce="4a68f32800000002a304ed8610abc47da56bdc29957a394d" ' Jul 23 20:32:26 [2949] DBG:sl:send_reply: reply in stateless mode (sl) Jul 23 20:32:26 [2949] DBG:core:parse_headers: flags=ffffffffffffffff Jul 23 20:32:26 [2949] DBG:core:check_via_address: params 200.196.28.25, 192.168.5.38, 0 Jul 23 20:32:26 [2949] DBG:core:destroy_avp_list: destroying list (nil) Jul 23 20:32:26 [2949] DBG:core:receive_msg: cleaning up Jul 23 20:32:26 [2947] DBG:core:parse_msg: SIP Request: Jul 23 20:32:26 [2947] DBG:core:parse_msg: method: <ACK> Jul 23 20:32:26 [2947] DBG:core:parse_msg: uri: <sip:551133239212@sps0.matrix.net.br> Jul 23 20:32:26 [2947] DBG:core:parse_msg: version: <SIP/2.0> Jul 23 20:32:26 [2947] DBG:core:parse_headers: flags=2 Jul 23 20:32:26 [2947] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK-d8754z-a957a2771c264219-1---d8754z->; state=6 Jul 23 20:32:26 [2947] DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=17 Jul 23 20:32:26 [2947] DBG:core:parse_via: end of header reached, state=5 Jul 23 20:32:26 [2947] DBG:core:parse_headers: via found, flags=2 Jul 23 20:32:26 [2947] DBG:core:parse_headers: this is the first via Jul 23 20:32:26 [2947] DBG:core:receive_msg: After parse_msg... Jul 23 20:32:26 [2947] DBG:core:receive_msg: preparing to run routing scripts... Jul 23 20:32:26 [2947] DBG:core:parse_headers: flags=8 Jul 23 20:32:26 [2947] DBG:core:parse_to_param: tag=f8f2ab2c1295e90ed7dbb499b30f44b2.e355 Jul 23 20:32:26 [2947] DBG:core:parse_to: end of header reached, state=29 Jul 23 20:32:26 [2947] DBG:core:parse_to: display={"551133239212"}, ruri={sip:551133239212@sps0.matrix.net.br} Jul 23 20:32:26 [2947] DBG:core:get_hdr_field: <To> [95]; uri=[sip:551133239212@sps0.matrix.net.br] Jul 23 20:32:26 [2947] DBG:core:get_hdr_field: to body ["551133239212"<sip:551133239212@sps0.matrix.net.br>] Jul 23 20:32:26 [2947] DBG:sl:sl_filter_ACK: local ACK found -> dropping it! Jul 23 20:32:26 [2947] DBG:core:destroy_avp_list: destroying list (nil) Jul 23 20:32:26 [2947] DBG:core:receive_msg: cleaning up Jul 23 20:32:27 [2946] DBG:core:parse_msg: SIP Request: Jul 23 20:32:27 [2946] DBG:core:parse_msg: method: <INVITE> Jul 23 20:32:27 [2946] DBG:core:parse_msg: uri: <sip:551133239212@sps0.matrix.net.br> Jul 23 20:32:27 [2946] DBG:core:parse_msg: version: <SIP/2.0> Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=2 Jul 23 20:32:27 [2946] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK-d8754z-267c082e8463a77a-1---d8754z->; state=6 Jul 23 20:32:27 [2946] DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=17 Jul 23 20:32:27 [2946] DBG:core:parse_via: end of header reached, state=5 Jul 23 20:32:27 [2946] DBG:core:parse_headers: via found, flags=2 Jul 23 20:32:27 [2946] DBG:core:parse_headers: this is the first via Jul 23 20:32:27 [2946] DBG:core:receive_msg: After parse_msg... Jul 23 20:32:27 [2946] DBG:core:receive_msg: preparing to run routing scripts... Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=100 Jul 23 20:32:27 [2946] DBG:maxfwd:is_maxfwd_present: value = 70 Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=8 Jul 23 20:32:27 [2946] DBG:core:parse_to: end of header reached, state=10 Jul 23 20:32:27 [2946] DBG:core:parse_to: display={"551133239212"}, ruri={sip:551133239212@sps0.matrix.net.br} Jul 23 20:32:27 [2946] DBG:core:get_hdr_field: <To> [53]; uri=[sip:551133239212@sps0.matrix.net.br] Jul 23 20:32:27 [2946] DBG:core:get_hdr_field: to body ["551133239212"<sip:551133239212@sps0.matrix.net.br> ] Jul 23 20:32:27 [2946] DBG:siputils:has_totag: no totag Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=78 Jul 23 20:32:27 [2946] DBG:core:get_hdr_field: cseq <CSeq>: <2> <INVITE> Jul 23 20:32:27 [2946] DBG:tm:t_lookup_request: start searching: hash=24130, isACK=0 Jul 23 20:32:27 [2946] DBG:tm:matching_3261: RFC3261 transaction matching failed Jul 23 20:32:27 [2946] DBG:tm:t_lookup_request: no transaction found Jul 23 20:32:27 [2946] DBG:core:parse_to_param: tag=b45cd830 Jul 23 20:32:27 [2946] DBG:core:parse_to: end of header reached, state=29 Jul 23 20:32:27 [2946] DBG:core:parse_to: display={"SPS0"}, ruri={sip:rafael@sps0.matrix.net.br} Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if host==us: 18==9 && [sps0.matrix.net.br] == [127.0.0.1] Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if host==us: 18==14 && [sps0.matrix.net.br] == [200.196.28.124] Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if host==us: 18==9 && [sps0.matrix.net.br] == [127.0.0.1] Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if host==us: 18==14 && [sps0.matrix.net.br] == [200.196.28.124] Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: no match for: [sps0.matrix.net.br:5060] Jul 23 20:32:27 [2946] DBG:core:grep_aliases: comparing host [0:sps0.matrix.net.br:5060] with us [2:sps0.matrix.net.br:5060] Jul 23 20:32:27 [2946] DBG:core:grep_aliases: match found for: [0:sps0.matrix.net.br:5060] Jul 23 20:32:27 [2946] DBG:core:check_self: host == me Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=10000 Jul 23 20:32:27 [2946] DBG:auth:check_nonce: comparing [4a68f32800000002a304ed8610abc47da56bdc29957a394d] and [4a68f32800000002a304ed8610abc47da56bdc29957a394d] Jul 23 20:32:27 [2946] DBG:core:db_new_result: allocate 28 bytes for result set at 0x814db68 Jul 23 20:32:27 [2946] DBG:db_mysql:db_mysql_get_columns: 1 columns returned from the query Jul 23 20:32:27 [2946] DBG:core:db_allocate_columns: allocate 4 bytes for result names at 0x8145e18 Jul 23 20:32:27 [2946] DBG:core:db_allocate_columns: allocate 4 bytes for result types at 0x8149f50 Jul 23 20:32:27 [2946] DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for RES_NAMES[0] at 0x8149798 Jul 23 20:32:27 [2946] DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x8149798)[0]=[password] Jul 23 20:32:27 [2946] DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type Jul 23 20:32:27 [2946] DBG:core:db_allocate_rows: allocate 8 bytes for rows at 0x8149c70 Jul 23 20:32:27 [2946] DBG:core:db_allocate_row: allocate 20 bytes for row values at 0x813e0c0 Jul 23 20:32:27 [2946] DBG:core:db_str2val: converting STRING [rmg25788] Jul 23 20:32:27 [2946] DBG:auth_db:get_ha1: HA1 string calculated: 25eb28681da92677e1e02a0e83d6f255 Jul 23 20:32:27 [2946] DBG:auth:check_response: our result = 'bd02426b09957f78a347036f020e4c48' Jul 23 20:32:27 [2946] DBG:auth:check_response: authorization is OK Jul 23 20:32:27 [2946] DBG:auth:post_auth: nonce index= 2 Jul 23 20:32:27 [2946] DBG:core:db_free_columns: freeing 1 columns Jul 23 20:32:27 [2946] DBG:core:db_free_columns: freeing RES_NAMES[0] at 0x8149798 Jul 23 20:32:27 [2946] DBG:core:db_free_columns: freeing result names at 0x8145e18 Jul 23 20:32:27 [2946] DBG:core:db_free_columns: freeing result types at 0x8149f50 Jul 23 20:32:27 [2946] DBG:core:db_free_rows: freeing 1 rows Jul 23 20:32:27 [2946] DBG:core:db_free_row: freeing row values at 0x813e0c0 Jul 23 20:32:27 [2946] DBG:core:db_free_rows: freeing rows at 0x8149c70 Jul 23 20:32:27 [2946] DBG:core:db_free_result: freeing result set at 0x814db68 Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=14000 Jul 23 20:32:27 [2946] DBG:core:get_hdr_field: content_length=361 Jul 23 20:32:27 [2946] DBG:core:get_hdr_field: found end of header Jul 23 20:32:27 [2946] DBG:core:comp_scriptvar: str 29 : rafael Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if host==us: 18==9 && [sps0.matrix.net.br] == [127.0.0.1] Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if host==us: 18==14 && [sps0.matrix.net.br] == [200.196.28.124] Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if host==us: 18==9 && [sps0.matrix.net.br] == [127.0.0.1] Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if host==us: 18==14 && [sps0.matrix.net.br] == [200.196.28.124] Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: no match for: [sps0.matrix.net.br:5060] Jul 23 20:32:27 [2946] DBG:core:grep_aliases: comparing host [0:sps0.matrix.net.br:5060] with us [2:sps0.matrix.net.br:5060] Jul 23 20:32:27 [2946] DBG:core:grep_aliases: match found for: [0:sps0.matrix.net.br:5060] Jul 23 20:32:27 [2946] DBG:core:check_self: host == me Jul 23 20:32:27 [2946] DBG:registrar:lookup: '551133239212' Not found in usrloc Jul 23 20:32:27 [2946] DBG:tm:t_newtran: transaction on entrance=(nil) Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=ffffffffffffffff Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=78 Jul 23 20:32:27 [2946] DBG:tm:t_lookup_request: start searching: hash=24130, isACK=0 Jul 23 20:32:27 [2946] DBG:tm:matching_3261: RFC3261 transaction matching failed Jul 23 20:32:27 [2946] DBG:tm:t_lookup_request: no transaction found Jul 23 20:32:27 [2946] DBG:tm:run_reqin_callbacks: trans=0xafc1d4b0, callback type 1, id 0 entered Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=78 Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=ffffffffffffffff Jul 23 20:32:27 [2946] DBG:core:check_via_address: params 200.196.28.25, 192.168.5.38, 0 Jul 23 20:32:27 [2946] DBG:core:_shm_resize: resize(0) called Jul 23 20:32:27 [2946] DBG:tm:cleanup_uac_timers: RETR/FR timers reset Jul 23 20:32:27 [2946] DBG:tm:set_timer: relative timeout is 500000 Jul 23 20:32:27 [2946] DBG:tm:insert_timer_unsafe: [4]: 0xafc1d578 (17700000) Jul 23 20:32:27 [2946] DBG:tm:set_timer: relative timeout is 30 Jul 23 20:32:27 [2946] DBG:tm:insert_timer_unsafe: [0]: 0xafc1d594 (47) Jul 23 20:32:27 [2946] DBG:tm:_reply_light: reply sent out. buf=0x814ddf8: SIP/2.0 4..., shmem=0xafc1f148: SIP/2.0 4 Jul 23 20:32:27 [2946] DBG:tm:run_trans_callbacks: trans=0xafc1d4b0, callback type 256, id 0 entered Jul 23 20:32:27 [2946] DBG:tm:_reply_light: finished Jul 23 20:32:27 [2946] DBG:tm:t_unref: UNREF_UNSAFE: after is 0 Jul 23 20:32:27 [2946] DBG:core:destroy_avp_list: destroying list (nil) Jul 23 20:32:27 [2946] DBG:core:receive_msg: cleaning up Jul 23 20:32:27 [2948] DBG:core:parse_msg: SIP Request: Jul 23 20:32:27 [2948] DBG:core:parse_msg: method: <ACK> Jul 23 20:32:27 [2948] DBG:core:parse_msg: uri: <sip:551133239212@sps0.matrix.net.br> Jul 23 20:32:27 [2948] DBG:core:parse_msg: version: <SIP/2.0> Jul 23 20:32:27 [2948] DBG:core:parse_headers: flags=2 Jul 23 20:32:27 [2948] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK-d8754z-267c082e8463a77a-1---d8754z->; state=6 Jul 23 20:32:27 [2948] DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=17 Jul 23 20:32:27 [2948] DBG:core:parse_via: end of header reached, state=5 Jul 23 20:32:27 [2948] DBG:core:parse_headers: via found, flags=2 Jul 23 20:32:27 [2948] DBG:core:parse_headers: this is the first via Jul 23 20:32:27 [2948] DBG:core:receive_msg: After parse_msg... Jul 23 20:32:27 [2948] DBG:core:receive_msg: preparing to run routing scripts... Jul 23 20:32:27 [2948] DBG:core:parse_headers: flags=8 Jul 23 20:32:27 [2948] DBG:core:parse_to_param: tag=bbd8f31c58bc6a3266ec5509a254d55b-2513 Jul 23 20:32:27 [2948] DBG:core:parse_to: end of header reached, state=29 Jul 23 20:32:27 [2948] DBG:core:parse_to: display={"551133239212"}, ruri={sip:551133239212@sps0.matrix.net.br} Jul 23 20:32:27 [2948] DBG:core:get_hdr_field: <To> [95]; uri=[sip:551133239212@sps0.matrix.net.br] Jul 23 20:32:27 [2948] DBG:core:get_hdr_field: to body ["551133239212"<sip:551133239212@sps0.matrix.net.br>] Jul 23 20:32:27 [2948] DBG:core:parse_headers: flags=100 Jul 23 20:32:27 [2948] DBG:core:get_hdr_field: cseq <CSeq>: <2> <ACK> Jul 23 20:32:27 [2948] DBG:core:get_hdr_field: content_length=0 Jul 23 20:32:27 [2948] DBG:core:get_hdr_field: found end of header Jul 23 20:32:27 [2948] DBG:maxfwd:is_maxfwd_present: max_forwards header not found! Jul 23 20:32:27 [2948] DBG:siputils:has_totag: totag found Jul 23 20:32:27 [2948] DBG:core:parse_headers: flags=200 Jul 23 20:32:27 [2948] DBG:rr:find_first_route: No Route headers found Jul 23 20:32:27 [2948] DBG:rr:loose_route: There is no Route HF Jul 23 20:32:27 [2948] DBG:core:parse_headers: flags=78 Jul 23 20:32:27 [2948] DBG:tm:t_lookup_request: start searching: hash=24130, isACK=1 Jul 23 20:32:27 [2948] DBG:tm:matching_3261: RFC3261 transaction matched, tid=-d8754z-267c082e8463a77a-1---d8754z- Jul 23 20:32:27 [2948] DBG:tm:t_lookup_request: REF_UNSAFE: after is 1 Jul 23 20:32:27 [2948] DBG:tm:t_lookup_request: transaction found (T=0xafc1d4b0) Jul 23 20:32:27 [2948] DBG:tm:cleanup_uac_timers: RETR/FR timers reset Jul 23 20:32:27 [2948] DBG:tm:insert_timer_unsafe: [2]: 0xafc1d4f8 (22) Jul 23 20:32:27 [2948] DBG:tm:t_unref: UNREF_UNSAFE: after is 0 Jul 23 20:32:27 [2948] DBG:core:destroy_avp_list: destroying list (nil) Jul 23 20:32:27 [2948] DBG:core:receive_msg: cleaning up Jul 23 20:32:27 [2950] DBG:tm:utimer_routine: timer routine:4,tl=0xafc1d578 next=(nil), timeout=17700000 Jul 23 20:32:31 [2950] DBG:tm:timer_routine: timer routine:2,tl=0xafc1d4f8 next=(nil), timeout=22 Jul 23 20:32:31 [2950] DBG:tm:wait_handler: removing 0xafc1d4b0 from table Jul 23 20:32:31 [2950] DBG:tm:delete_cell: delete transaction 0xafc1d4b0 Jul 23 20:32:31 [2950] DBG:tm:wait_handler: done Jul 23 20:32:34 [2947] DBG:core:udp_rcv_loop: probing packet received from 200.202.22.5 55325 ------------------------------------------------------------- My Config File # # $Id: kamailio.cfg 5800 2009-04-20 11:01:49Z miconda $ # # Kamailio (OpenSER) SIP Server - basic configuration script # - web: http://www.kamailio.org # - svn: http://openser.svn.sourceforge.net/viewvc/openser/ # # Direct your questions about this file to: <users(a)lists.kamailio.org> # # Refer to the Core CookBook at http://www.kamailio.org/dokuwiki/doku.php # for an explanation of possible statements, functions and parameters. # # There are comments showing how to enable different features in th econfig # file. Such commented code starts with #X# where X is a letter to identify # a feature. Delete entire #X# if you want to enable that feature. Next are # sed commands that help you enable such features. # # *** To enamble mysql execute: # sed -i 's/#m#//g' kamailio.cfg # # *** To enamble authentication execute: # - enable mysql # sed -i 's/#a#//g' kamailio.cfg # - add users using 'kamctl' # # *** To enamble persistent user location execute: # - enable mysql # sed -i 's/#u#//g' kamailio.cfg # # *** To enamble presence server execute: # - enable mysql # sed -i 's/#p#//g' kamailio.cfg # # *** To enamble nat traversal execute: # sed -i 's/#n#//g' kamailio.cfg # - install RTPProxy: http://www.rtpproxy.org # - start RTPProxy: # rtpproxy -l _your_public_ip_ -s udp:localhost:7722 # # *** To enhance accounting execute: # - enable mysql # sed -i 's/#c#//g' kamailio.cfg # - add following columns to database # ALTER TABLE acc ADD COLUMN src_user VARCHAR(64) NOT NULL DEFAULT ''; # ALTER TABLE acc ADD COLUMN src_domain VARCHAR(128) NOT NULL DEFAULT ''; # ALTER TABLE acc ADD COLUMN dst_ouser VARCHAR(64) NOT NULL DEFAULT ''; # ALTER TABLE acc ADD COLUMN dst_user VARCHAR(64) NOT NULL DEFAULT ''; # ALTER TABLE acc ADD COLUMN dst_domain VARCHAR(128) NOT NULL DEFAULT ''; # ALTER TABLE missed_calls ADD COLUMN src_user VARCHAR(64) NOT NULL DEFAULT ''; # ALTER TABLE missed_calls ADD COLUMN src_domain VARCHAR(128) NOT NULL DEFAULT ''; # ALTER TABLE missed_calls ADD COLUMN dst_ouser VARCHAR(64) NOT NULL DEFAULT ''; # ALTER TABLE missed_call ADD COLUMN dst_user VARCHAR(64) NOT NULL DEFAULT ''; # ALTER TABLE missed_calls ADD COLUMN dst_domain VARCHAR(128) NOT NULL DEFAULT ''; # ####### Global Parameters ######### debug=7 log_stderror=yes log_facility=LOG_LOCAL7 fork=yes children=4 /* uncomment the following lines to enable debugging */ #debug=6 #fork=no #log_stderror=yes /* uncomment the next line to disable TCP (default on) */ #disable_tcp=yes /* uncomment the next line to enable the auto temporary blacklisting of not available destinations (default disabled) */ #disable_dns_blacklist=no /* uncomment the next line to enable IPv6 lookup after IPv4 dns lookup failures (default disabled) */ #dns_try_ipv6=yes /* uncomment the next line to disable the auto discovery of local aliases based on revers DNS on IPs (default on) */ #auto_aliases=no /* uncomment the following lines to enable TLS support (default off) */ #disable_tls = no #listen = tls:your_IP:5061 #tls_verify_server = 1 #tls_verify_client = 1 #tls_require_client_certificate = 0 #tls_method = TLSv1 #tls_certificate = "/usr/local/etc/kamailio/tls/user/user-cert.pem" #tls_private_key = "/usr/local/etc/kamailio/tls/user/user-privkey.pem" #tls_ca_list = "/usr/local/etc/kamailio/tls/user/user-calist.pem" port=5060 /* uncomment and configure the following line if you want Kamailio to bind on a specific interface/port/proto (default bind on all available) */ #listen=udp:192.168.1.2:5060 ####### Modules Section ######## #set module path mpath="/usr/lib/kamailio/modules/" /* uncomment next line for MySQL DB support */ loadmodule "db_mysql.so" loadmodule "mi_fifo.so" loadmodule "sl.so" loadmodule "tm.so" loadmodule "rr.so" loadmodule "pv.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "textops.so" loadmodule "uri_db.so" loadmodule "siputils.so" loadmodule "xlog.so" loadmodule "acc.so" /* uncomment next lines for MySQL based authentication support NOTE: a DB (like db_mysql) module must be also loaded */ loadmodule "auth.so" loadmodule "auth_db.so" /* uncomment next line for aliases support NOTE: a DB (like db_mysql) module must be also loaded */ #loadmodule "alias_db.so" /* uncomment next line for multi-domain support NOTE: a DB (like db_mysql) module must be also loaded NOTE: be sure and enable multi-domain support in all used modules (see "multi-module params" section ) */ #loadmodule "domain.so" /* uncomment the next two lines for presence server support NOTE: a DB (like db_mysql) module must be also loaded */ #p#loadmodule "presence.so" #p#loadmodule "presence_xml.so" #n#loadmodule "nathelper.so" # ----------------- setting module-specific parameters --------------- # ----- mi_fifo params ----- modparam("mi_fifo", "fifo_name", "/tmp/kamailio_fifo") # ----- rr params ----- # add value to ;lr param to cope with most of the UAs modparam("rr", "enable_full_lr", 1) # do not append from tag to the RR (no need for this script) modparam("rr", "append_fromtag", 0) # ----- rr params ----- modparam("registrar", "method_filtering", 1) /* uncomment the next line to disable parallel forking via location */ # modparam("registrar", "append_branches", 0) /* uncomment the next line not to allow more than 10 contacts per AOR */ #modparam("registrar", "max_contacts", 10) # ----- uri_db params ----- /* by default we disable the DB support in the module as we do not need it in this configuration */ modparam("uri_db", "use_uri_table", 0) modparam("uri_db", "db_url", "") # ----- acc params ----- /* what sepcial events should be accounted ? */ modparam("acc", "early_media", 1) modparam("acc", "report_ack", 1) modparam("acc", "report_cancels", 1) /* by default ww do not adjust the direct of the sequential requests. if you enable this parameter, be sure the enable "append_fromtag" in "rr" module */ modparam("acc", "detect_direction", 0) /* account triggers (flags) */ modparam("acc", "failed_transaction_flag", 3) modparam("acc", "log_flag", 1) modparam("acc", "log_missed_flag", 2) modparam("acc", "log_extra", "src_user=$fU;src_domain=$fd;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") /* uncomment the following lines to enable DB accounting also */ #c#modparam("acc", "db_flag", 1) #c#modparam("acc", "db_missed_flag", 2) #c#modparam("domain", "db_url", #c# "mysql://openser:openserrw@localhost/openser") #c#modparam("acc", "db_extra", #c# "src_user=$fU;src_domain=$fd;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") # ----- usrloc params ----- /* uncomment the following lines if you want to enable DB persistency for location entries */ modparam("usrloc", "db_mode", 2) modparam("usrloc", "db_url", "mysql://root:mypassword@localhost/openser") # ----- auth_db params ----- /* uncomment the following lines if you want to enable the DB based authentication */ modparam("auth_db", "calculate_ha1", yes) modparam("auth_db", "password_column", "password") modparam("auth_db", "db_url", "mysql://root:mypassword@localhost/openser") modparam("auth_db", "load_credentials", "") # ----- alias_db params ----- /* uncomment the following lines if you want to enable the DB based aliases */ #modparam("alias_db", "db_url", # "mysql://openser:openserrw@localhost/openser") # ----- domain params ----- /* uncomment the following lines to enable multi-domain detection support */ #modparam("domain", "db_url", # "mysql://openser:openserrw@localhost/openser") #modparam("domain", "db_mode", 1) # Use caching # ----- multi-module params ----- /* uncomment the following line if you want to enable multi-domain support in the modules (dafault off) */ #modparam("alias_db|auth_db|usrloc|uri_db", "use_domain", 1) # ----- presence params ----- /* uncomment the following lines if you want to enable presence */ #p#modparam("presence|presence_xml", "db_url", #p# "mysql://openser:openserrw@localhost/openser") #p#modparam("presence_xml", "force_active", 1) #p#modparam("presence", "server_address", "sip:192.168.1.2:5060") # -- nathelper #n#modparam("nathelper", "rtpproxy_sock", "udp:127.0.0.1:7722") #n#modparam("nathelper", "natping_interval", 30) #n#modparam("nathelper", "ping_nated_only", 1) #n#modparam("nathelper", "sipping_bflag", 7) #n#modparam("nathelper", "sipping_from", "sip:pinger@kamailio.org") #n#modparam("registrar|nathelper", "received_avp", "$avp(i:80)") #n#modparam("usrloc", "nat_bflag", 6) ####### Routing Logic ######## # main request routing logic route{ if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; } # NAT detection route(4); if (has_totag()) { # sequential request withing a dialog should # take the path determined by record-routing if (loose_route()) { if (is_method("BYE")) { setflag(1); # do accounting ... setflag(3); # ... even if the transaction fails } route(1); } else { if (is_method("SUBSCRIBE") && uri == myself) { # in-dialog subscribe requests route(2); exit; } if ( is_method("ACK") ) { if ( t_check_trans() ) { # non loose-route, but stateful ACK; must be an ACK after a 487 or e.g. 404 from upstream server t_relay(); exit; } else { # ACK without matching transaction ... ignore and discard.\n"); exit; } } sl_send_reply("404","Not here"); } exit; } #initial requests # CANCEL processing if (is_method("CANCEL")) { if (t_check_trans()) t_relay(); exit; } t_check_trans(); # authentication route(3); # record routing if (!is_method("REGISTER|MESSAGE")) record_route(); # account only INVITEs if (is_method("INVITE")) { setflag(1); # do accounting } if (!uri==myself) /* replace with following line if multi-domain support is used */ ##if (!is_uri_host_local()) { append_hf("P-hint: outbound\r\n"); # if you have some interdomain connections via TLS ##if($rd=="tls_domain1.net") { ## t_relay("tls:domain1.net"); ## exit; ##} else if($rd=="tls_domain2.net") { ## t_relay("tls:domain2.net"); ## exit; ##} route(1); } # requests for my domain if( is_method("PUBLISH|SUBSCRIBE")) route(2); if (is_method("REGISTER")) { if (!save("location")) sl_reply_error(); exit; } if ($rU==NULL) { # request with no Username in RURI sl_send_reply("484","Address Incomplete"); exit; } # apply DB based aliases (uncomment to enable) ##alias_db_lookup("dbaliases"); if (!lookup("location")) { switch ($retcode) { case -1: case -3: t_newtran(); t_reply("404", "Not Found"); exit; case -2: sl_send_reply("405", "Method Not Allowed"); exit; } } # when routing via usrloc, log the missed calls also setflag(2); route(1); } route[1] { #n# if (check_route_param("nat=yes")) { #n# setbflag(6); #n# } #n# if (isflagset(5) || isbflagset(6)) { #n# route(5); #n# } /* example how to enable some additional event routes */ if (is_method("INVITE")) { #t_on_branch("1"); t_on_reply("1"); t_on_failure("1"); } if (!t_relay()) { sl_reply_error(); } exit; } # Presence route /* uncomment the whole following route for enabling presence server */ route[2] { #p# if (!t_newtran()) #p# { #p# sl_reply_error(); #p# exit; #p# }; #p# #p# if(is_method("PUBLISH")) #p# { #p# handle_publish(); #p# t_release(); #p# } #p# else #p# if( is_method("SUBSCRIBE")) #p# { #p# handle_subscribe(); #p# t_release(); #p# } #p# exit; # if presence enabled, this part will not be executed if (is_method("PUBLISH") || $rU==null) { sl_send_reply("404", "Not here"); exit; } return; } # Authentication route /* uncomment the whole following route for enabling authentication */ route[3] { if (is_method("REGISTER")) { # authenticate the REGISTER requests (uncomment to enable auth) if (!www_authorize("", "subscriber")) { www_challenge("", "0"); exit; } if ($au!=$tU) { sl_send_reply("403","Forbidden auth ID"); exit; } } else { # authenticate if from local subscriber (uncomment to enable auth) if (from_uri==myself) { if (!proxy_authorize("", "subscriber")) { proxy_challenge("", "0"); exit; } if (is_method("PUBLISH")) { if ($au!=$tU) { sl_send_reply("403","Forbidden auth ID"); exit; } } else { if ($au!=$fU) { sl_send_reply("403","Forbidden auth ID"); exit; } } consume_credentials(); # caller authenticated } } return; } # Caller NAT detection route /* uncomment the whole following route for enabling Caller NAT Detection */ route[4]{ #n# force_rport(); #n# if (nat_uac_test("19")) { #n# if (method=="REGISTER") { #n# fix_nated_register(); #n# } else { #n# fix_nated_contact(); #n# } #n# setflag(5); #n# } return; } # RTPProxy control /* uncomment the whole following route for enabling RTPProxy Control */ route[5] { #n# if (is_method("BYE")) { #n# unforce_rtp_proxy(); #n# } else if (is_method("INVITE")){ #n# force_rtp_proxy(); #n# } #n# if (!has_totag()) add_rr_param(";nat=yes"); return; } branch_route[1] { xdbg("new branch at $ru\n"); } onreply_route[1] { xdbg("incoming reply\n"); #n# if ((isflagset(5) || isbflagset(6)) && status=~"(183)|(2[0-9][0-9])") { #n# force_rtp_proxy(); #n# } #n# if (isbflagset(6)) { #n# fix_nated_contact(); #n# } } failure_route[1] { #n# if (is_method("INVITE) #n# && (isbflagset(6) || isflagset(5))) { #n# unforce_rtp_proxy(); #n# } if (t_was_cancelled()) { exit; } # uncomment the following lines if you want to block client # redirect based on 3xx replies. ##if (t_check_status("3[0-9][0-9]")) { ##t_reply("404","Not found"); ## exit; ##} # uncomment the following lines if you want to redirect the failed # calls to a different new destination ##if (t_check_status("486|408")) { ## sethostport("192.168.2.100:5060"); ## append_branch(); ## # do not set the missed call flag again ## t_relay(); ##} } ------------------------------------------------------------- kamctl lcr show lcr routes +----+--------+----------+--------+----------+ | id | prefix | from_uri | grp_id | priority | +----+--------+----------+--------+----------+ | 3 | +1 | | 1 | 1 | | 4 | +55 | | 1 | 1 | +----+--------+----------+--------+----------+ lcr gateways +---------+----------------+----------+------+------------+-----------+----- ---+-------+------+-------+--------+------+ | gw_name | ip_addr | hostname | port | uri_scheme | transport | grp_id | strip | tag | flags | weight | ping | +---------+----------------+----------+------+------------+-----------+----- ---+-------+------+-------+--------+------+ | MERAI | 66.165.166.236 | | 5061 | 1 | 2 | 1 | 0 | | 0 | 1 | 0 | | MERAII | 66.165.166.237 | | 5061 | 1 | 2 | 1 | 0 | | 0 | 1 | 0 | +---------+----------------+----------+------+------------+-----------+----- ---+-------+------+-------+--------+------+ ------------------------------------------------------------- kamctl dispatcher show dispatcher gateways +----+-------+-------------------------+-------+----------+-------------+ | id | setid | destination | flags | priority | description | +----+-------+-------------------------+-------+----------+-------------+ | 2 | 1 | sip:66.165.166.236:5061 | 1 | 1 | MERA | | 3 | 2 | sip:66.165.166.237:5061 | 3 | 0 | MERAII | +----+-------+-------------------------+-------+----------+-------------+ Rafael Moreno Matrix Telecom www.matrixtelecom.net.br / Phone: 55.11.3323-9207

3 2

[Kamailio-Users] Can't make calls
by Rafael Moreno Gomes 23 Jul '09

23 Jul '09

Can Someone help me? ------------------------------------------------------------- NGREP LOG sps0:/# ngrep rafael(a)sps0.matrix.net.br -q interface: eth0 (200.196.28.0/255.255.255.0) match: rafael(a)sps0.matrix.net.br U 200.196.28.25:63042 -> 200.196.28.124:5060 REGISTER sip:sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-73147a384a27ac3c-1---d8754z-;rport. .Max-Forwards: 70..Contact: <sip:rafael @192.168.5.38:63042;rinstance=bcdb08a4009ee386>..To: "SPS0"<sip:rafael@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVkMTRiNjQ1ZT VkZTNlNmMyOGE5M2MzOTM2NTM4YmY...CSeq: 1 REGISTER..Expires: 3600..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..User-Agent: X-Lite releas e 1103d stamp 53117..Content-Length: 0.... U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 401 Unauthorized..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-73147a384a27ac3c-1---d8754z-;rport= 63042;received=200.196.28.25..To: "SPS0"<sip:rafael@sp s0.matrix.net.br>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.07e7..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVkMTRiNjQ1ZTVkZTNlNmMyOGE5M2MzOTM2NTM4YmY.. .CSeq: 1 REGISTER..WWW-Authenticate: Digest realm="sps0.matrix.net.br", nonce="4a68f31e000000008e5e591d36c39beb4f5939faad6d9d29"..Server: Kamailio (1.5.1-notls (i386/linux)) ..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 REGISTER sip:sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-2209c854c438c347-1---d8754z-;rport. .Max-Forwards: 70..Contact: <sip:rafael @192.168.5.38:63042;rinstance=bcdb08a4009ee386>..To: "SPS0"<sip:rafael@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVkMTRiNjQ1ZT VkZTNlNmMyOGE5M2MzOTM2NTM4YmY...CSeq: 2 REGISTER..Expires: 3600..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..User-Agent: X-Lite releas e 1103d stamp 53117..Authorization: Digest username="rafael",realm="sps0.matrix.net.br",nonce="4a68f31e000000008e5e591d 36c39beb4f5939faad6d9d29",uri="sip:sps0.matrix.net.br" ,response="386a15e662550d45f24bccb6cbb25494",algorithm=MD5..Content-Length: 0.... U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 200 OK..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-2209c854c438c347-1---d8754z-;rport= 63042;received=200.196.28.25..To: "SPS0"<sip:rafael@sps0.matrix. net.br>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.d55b..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVkMTRiNjQ1ZTVkZTNlNmMyOGE5M2MzOTM2NTM4YmY...CSeq: 2 R EGISTER..Contact: <sip:rafael@192.168.5.38:63042;rinstance=bcdb08a4009ee386>;expires=3600..Ser ver: Kamailio (1.5.1-notls (i386/linux))..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 REGISTER sip:sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-e552bf20e46b0448-1---d8754z-;rport. .Max-Forwards: 70..Contact: <sip:rafael @192.168.5.38:63042;rinstance=bcdb08a4009ee386>;expires=0..To: "SPS0"<sip:rafael@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVk MTRiNjQ1ZTVkZTNlNmMyOGE5M2MzOTM2NTM4YmY...CSeq: 3 REGISTER..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..User-Agent: X-Lite release 110 3d stamp 53117..Authorization: Digest username="rafael",realm="sps0.matrix.net.br",nonce="4a68f31e000000008e5e591d 36c39beb4f5939faad6d9d29",uri="sip:sps0.matrix.net.br",resp onse="386a15e662550d45f24bccb6cbb25494",algorithm=MD5..Content-Length: 0.... U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 200 OK..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-e552bf20e46b0448-1---d8754z-;rport= 63042;received=200.196.28.25..To: "SPS0"<sip:rafael@sps0.matrix. net.br>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.8472..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVkMTRiNjQ1ZTVkZTNlNmMyOGE5M2MzOTM2NTM4YmY...CSeq: 3 R EGISTER..Server: Kamailio (1.5.1-notls (i386/linux))..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 REGISTER sip:sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-a95082141970153a-1---d8754z-;rport. .Max-Forwards: 70..Contact: <sip:rafael @200.196.28.25:63042;rinstance=381876ea15534dcf>..To: "SPS0"<sip:rafael@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVkMTRiNjQ1Z TVkZTNlNmMyOGE5M2MzOTM2NTM4YmY...CSeq: 4 REGISTER..Expires: 3600..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..User-Agent: X-Lite relea se 1103d stamp 53117..Authorization: Digest username="rafael",realm="sps0.matrix.net.br",nonce="4a68f31e000000008e5e591d 36c39beb4f5939faad6d9d29",uri="sip:sps0.matrix.net.br ",response="386a15e662550d45f24bccb6cbb25494",algorithm=MD5..Content-Length: 0.... U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 200 OK..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-a95082141970153a-1---d8754z-;rport= 63042;received=200.196.28.25..To: "SPS0"<sip:rafael@sps0.matrix. net.br>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.26f5..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVkMTRiNjQ1ZTVkZTNlNmMyOGE5M2MzOTM2NTM4YmY...CSeq: 4 R EGISTER..Contact: <sip:rafael@200.196.28.25:63042;rinstance=381876ea15534dcf>;expires=3600..Se rver: Kamailio (1.5.1-notls (i386/linux))..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 SUBSCRIBE sip:rafael@sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-7c5a2623fb530542-1---d8754z-;rport. .Max-Forwards: 70..Contact: <si p:rafael@200.196.28.25:63042>..To: "SPS0"<sip:rafael@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=d1708236..Call-ID: ZjdlZWUwNjkzM2ZmYzk1MDBkMGJmYzVk YWIyZmMwM2Q...CSeq: 1 SUBSCRIBE..Expires: 300..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..User-Agent: X-Lite release 1103d stamp 5311 7..Event: message-summary..Content-Length: 0.... U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 407 Proxy Authentication Required..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-7c5a2623fb530542-1---d8754z-;rport= 63042;received=200.196.28.25..To: "SP S0"<sip:rafael@sps0.matrix.net.br>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.39a7 ..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=d1708236..Call-ID: ZjdlZWUwNjkzM2ZmYzk1MDBkMGJm YzVkYWIyZmMwM2Q...CSeq: 1 SUBSCRIBE..Proxy-Authenticate: Digest realm="sps0.matrix.net.br", nonce="4a68f321000000012f11dfcfba5649b1bb6b23b82b0749a9"..Server: Kamailio (1.5.1 -notls (i386/linux))..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 SUBSCRIBE sip:rafael@sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-59288923603d7744-1---d8754z-;rport. .Max-Forwards: 70..Contact: <si p:rafael@200.196.28.25:63042>..To: "SPS0"<sip:rafael@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=d1708236..Call-ID: ZjdlZWUwNjkzM2ZmYzk1MDBkMGJmYzVk YWIyZmMwM2Q...CSeq: 2 SUBSCRIBE..Expires: 300..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..Proxy-Authorization: Digest username="rafae l",realm="sps0.matrix.net.br",nonce="4a68f321000000012f11dfcfba5649b1bb6b23b 82b0749a9",uri="sip:rafael@sps0.matrix.net.br",response="ea373d573d66ba13867 11d34d96d75c1",algori thm=MD5..User-Agent: X-Lite release 1103d stamp 53117..Event: message-summary..Content-Length: 0.... U 200.196.28.124:5060 -> 200.196.28.25:63042 SUBSCRIBE sip:rafael@200.196.28.25:63042;rinstance=381876ea15534dcf SIP/2.0..Record-Route: <sip:200.196.28.124;lr=on>..Via: SIP/2.0/UDP 200.196.28.124;branch=z9hG4bK3224.45a 47c61.0..Via: SIP/2.0/UDP 192.168.5.38:63042;received=200.196.28.25;branch=z9hG4bK-d8754z-59288923603d 7744-1---d8754z-;rport=63042..Max-Forwards: 69..Contact: <sip:rafael@20 0.196.28.25:63042>..To: "SPS0"<sip:rafael@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=d1708236..Call-ID: ZjdlZWUwNjkzM2ZmYzk1MDBkMGJmYzVkYWIyZmMwM2Q ...CSeq: 2 SUBSCRIBE..Expires: 300..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..User-Agent: X-Lite release 1103d stamp 53117..Event: m essage-summary..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 SIP/2.0 489 Event Package Not Supported..Via: SIP/2.0/UDP 200.196.28.124;branch=z9hG4bK3224.45a47c61.0..Via: SIP/2.0/UDP 192.168.5.38:63042;received=200.196.28.25;branch=z9h G4bK-d8754z-59288923603d7744-1---d8754z-;rport=63042..To: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=be58b818..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=d1708236..Call- ID: ZjdlZWUwNjkzM2ZmYzk1MDBkMGJmYzVkYWIyZmMwM2Q...CSeq: 2 SUBSCRIBE..User-Agent: X-Lite release 1103d stamp 53117..Content-Length: 0.... U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 489 Event Package Not Supported..Via: SIP/2.0/UDP 192.168.5.38:63042;received=200.196.28.25;branch=z9hG4bK-d8754z-59288923603d 7744-1---d8754z-;rport=63042..To: "SPS0 "<sip:rafael@sps0.matrix.net.br>;tag=be58b818..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=d1708236..Call-ID: ZjdlZWUwNjkzM2ZmYzk1MDBkMGJmYzVkYWIyZmMwM2Q...CSeq: 2 SUBSC RIBE..User-Agent: X-Lite release 1103d stamp 53117..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 INVITE sip:551133239212@sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-a957a2771c264219-1---d8754z-;rport. .Max-Forwards: 70..Contact: <sip:rafael@200.196.28.25:63042>..To: "551133239212"<sip:551133239212@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNTJ mYWE1ZWNmYzcwZGNlMzQ3NDc5ZDU...CSeq: 1 INVITE..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..Content-Type: application/sdp..User-Agent: X-Lite release 1103d stamp 53117..Content-Length: 361....v=0..o=- 7 2 IN IP4 192.168.5.38..s=CounterPath X-Lite 3.0..c=IN IP4 192.168.5.38..t=0 0..m=audio 8934 RTP/AVP 107 0 8 101..a=alt:1 3 : b2cv/jrI CAiY+XUC 192.168.5.38 8934..a=alt:2 2 : oUZIn8S0 Uq5tdU9E 192.168.52.1 8934..a=alt:3 1 : Z8/DE0ry qIvXPCKF 192.168.228.1 8934..a=fmtp:101 0-15.. a=rtpmap:107 BV32/16000..a=rtpmap:101 telephone-event/8000..a=sendrecv.. U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 407 Proxy Authentication Required..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-a957a2771c264219-1---d8754z-;rport= 63042;received=200.196.28.25..To: "55 1133239212"<sip:551133239212@sps0.matrix.net.br>;tag=f8f2ab2c1295e90ed7dbb49 9b30f44b2.e355..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNT JmYWE1ZWNmYzcwZGNlMzQ3NDc5ZDU...CSeq: 1 INVITE..Proxy-Authenticate: Digest realm="sps0.matrix.net.br", nonce="4a68f32800000002a304ed8610abc47da56bdc29957a394d"..Server: Kama ilio (1.5.1-notls (i386/linux))..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 ACK sip:551133239212@sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-a957a2771c264219-1---d8754z-;rport. .To: "551133239212"<sip:5511332 39212(a)sps0.matrix.net.br>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.e355..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNTJmYWE1ZWNmYzcwZGNlMzQ3N Dc5ZDU...CSeq: 1 ACK..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 INVITE sip:551133239212@sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-267c082e8463a77a-1---d8754z-;rport. .Max-Forwards: 70..Contact: <sip:rafael@200.196.28.25:63042>..To: "551133239212"<sip:551133239212@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNTJ mYWE1ZWNmYzcwZGNlMzQ3NDc5ZDU...CSeq: 2 INVITE..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..Content-Type: application/sdp..Proxy-Author ization: Digest username="rafael",realm="sps0.matrix.net.br",nonce="4a68f32800000002a304ed86 10abc47da56bdc29957a394d",uri="sip:551133239212@sps0.matrix.net.br",response ="bd0 2426b09957f78a347036f020e4c48",algorithm=MD5..User-Agent: X-Lite release 1103d stamp 53117..Content-Length: 361....v=0..o=- 7 2 IN IP4 192.168.5.38..s=CounterPath X-Lite 3.0 ..c=IN IP4 192.168.5.38..t=0 0..m=audio 8934 RTP/AVP 107 0 8 101..a=alt:1 3 : b2cv/jrI CAiY+XUC 192.168.5.38 8934..a=alt:2 2 : oUZIn8S0 Uq5tdU9E 192.168.52.1 8934..a=alt:3 1 : Z8/DE0ry qIvXPCKF 192.168.228.1 8934..a=fmtp:101 0-15..a=rtpmap:107 BV32/16000..a=rtpmap:101 telephone-event/8000..a=sendrecv.. U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 404 Not Found..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-267c082e8463a77a-1---d8754z-;rport= 63042;received=200.196.28.25..To: "551133239212"<sip:5511 33239212(a)sps0.matrix.net.br>;tag=bbd8f31c58bc6a3266ec5509a254d55b-2513..From : "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNTJmYWE1ZWNmYzcwZGNlMz Q3NDc5ZDU...CSeq: 2 INVITE..Server: Kamailio (1.5.1-notls (i386/linux))..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 ACK sip:551133239212@sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-267c082e8463a77a-1---d8754z-;rport. .To: "551133239212"<sip:5511332 39212(a)sps0.matrix.net.br>;tag=bbd8f31c58bc6a3266ec5509a254d55b-2513..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNTJmYWE1ZWNmYzcwZGNlMzQ3N Dc5ZDU...CSeq: 2 ACK..Content-Length: 0.... ------------------------------------------------------------- SIP LOG SIP/2.0 489 Event Package Not Supported Via: SIP/2.0/UDP 192.168.5.38:63042;received=200.196.28.25;branch=z9hG4bK-d8754z-59288923603d 7744-1---d8754z-;rport=63042 To: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=be58b818 From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=d1708236 Call-ID: ZjdlZWUwNjkzM2ZmYzk1MDBkMGJmYzVkYWIyZmMwM2Q. CSeq: 2 SUBSCRIBE User-Agent: X-Lite release 1103d stamp 53117 Content-Length: 0 Jul 23 20:32:19 [2948] DBG:core:_shm_resize: resize(0) called Jul 23 20:32:19 [2948] DBG:tm:insert_timer_unsafe: [2]: 0xafc1d4f8 (15) Jul 23 20:32:19 [2948] DBG:tm:relay_reply: sent buf=0x8149d48: SIP/2.0 4..., shmem=0xafc1f430: SIP/2.0 4 Jul 23 20:32:19 [2948] DBG:tm:run_trans_callbacks: trans=0xafc1d4b0, callback type 256, id 0 entered Jul 23 20:32:19 [2948] DBG:tm:cleanup_uac_timers: RETR/FR timers reset Jul 23 20:32:19 [2948] DBG:tm:t_unref: UNREF_UNSAFE: after is 0 Jul 23 20:32:19 [2948] DBG:core:destroy_avp_list: destroying list (nil) Jul 23 20:32:19 [2948] DBG:core:receive_msg: cleaning up Jul 23 20:32:20 [2950] DBG:tm:utimer_routine: timer routine:4,tl=0xafc1d5fc next=(nil), timeout=10400000 Jul 23 20:32:24 [2950] DBG:tm:timer_routine: timer routine:2,tl=0xafc1d4f8 next=(nil), timeout=15 Jul 23 20:32:24 [2950] DBG:tm:wait_handler: removing 0xafc1d4b0 from table Jul 23 20:32:24 [2950] DBG:tm:delete_cell: delete transaction 0xafc1d4b0 Jul 23 20:32:24 [2950] DBG:tm:wait_handler: done Jul 23 20:32:25 [2946] DBG:core:udp_rcv_loop: probing packet received from 200.202.22.5 55325 Jul 23 20:32:26 [2949] DBG:core:parse_msg: SIP Request: Jul 23 20:32:26 [2949] DBG:core:parse_msg: method: <INVITE> Jul 23 20:32:26 [2949] DBG:core:parse_msg: uri: <sip:551133239212@sps0.matrix.net.br> Jul 23 20:32:26 [2949] DBG:core:parse_msg: version: <SIP/2.0> Jul 23 20:32:26 [2949] DBG:core:parse_headers: flags=2 Jul 23 20:32:26 [2949] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK-d8754z-a957a2771c264219-1---d8754z->; state=6 Jul 23 20:32:26 [2949] DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=17 Jul 23 20:32:26 [2949] DBG:core:parse_via: end of header reached, state=5 Jul 23 20:32:26 [2949] DBG:core:parse_headers: via found, flags=2 Jul 23 20:32:26 [2949] DBG:core:parse_headers: this is the first via Jul 23 20:32:26 [2949] DBG:core:receive_msg: After parse_msg... Jul 23 20:32:26 [2949] DBG:core:receive_msg: preparing to run routing scripts... Jul 23 20:32:26 [2949] DBG:core:parse_headers: flags=100 Jul 23 20:32:26 [2949] DBG:maxfwd:is_maxfwd_present: value = 70 Jul 23 20:32:26 [2949] DBG:core:parse_headers: flags=8 Jul 23 20:32:26 [2949] DBG:core:parse_to: end of header reached, state=10 Jul 23 20:32:26 [2949] DBG:core:parse_to: display={"551133239212"}, ruri={sip:551133239212@sps0.matrix.net.br} Jul 23 20:32:26 [2949] DBG:core:get_hdr_field: <To> [53]; uri=[sip:551133239212@sps0.matrix.net.br] Jul 23 20:32:26 [2949] DBG:core:get_hdr_field: to body ["551133239212"<sip:551133239212@sps0.matrix.net.br> ] Jul 23 20:32:26 [2949] DBG:siputils:has_totag: no totag Jul 23 20:32:26 [2949] DBG:core:parse_headers: flags=78 Jul 23 20:32:26 [2949] DBG:core:get_hdr_field: cseq <CSeq>: <1> <INVITE> Jul 23 20:32:26 [2949] DBG:tm:t_lookup_request: start searching: hash=24133, isACK=0 Jul 23 20:32:26 [2949] DBG:tm:matching_3261: RFC3261 transaction matching failed Jul 23 20:32:26 [2949] DBG:tm:t_lookup_request: no transaction found Jul 23 20:32:26 [2949] DBG:core:parse_to_param: tag=b45cd830 Jul 23 20:32:26 [2949] DBG:core:parse_to: end of header reached, state=29 Jul 23 20:32:26 [2949] DBG:core:parse_to: display={"SPS0"}, ruri={sip:rafael@sps0.matrix.net.br} Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: checking if host==us: 18==9 && [sps0.matrix.net.br] == [127.0.0.1] Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: checking if host==us: 18==14 && [sps0.matrix.net.br] == [200.196.28.124] Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: checking if host==us: 18==9 && [sps0.matrix.net.br] == [127.0.0.1] Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: checking if host==us: 18==14 && [sps0.matrix.net.br] == [200.196.28.124] Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: no match for: [sps0.matrix.net.br:5060] Jul 23 20:32:26 [2949] DBG:core:grep_aliases: comparing host [0:sps0.matrix.net.br:5060] with us [2:sps0.matrix.net.br:5060] Jul 23 20:32:26 [2949] DBG:core:grep_aliases: match found for: [0:sps0.matrix.net.br:5060] Jul 23 20:32:26 [2949] DBG:core:check_self: host == me Jul 23 20:32:26 [2949] DBG:core:parse_headers: flags=10000 Jul 23 20:32:26 [2949] DBG:core:get_hdr_field: content_length=361 Jul 23 20:32:26 [2949] DBG:core:get_hdr_field: found end of header Jul 23 20:32:26 [2949] DBG:auth:pre_auth: credentials with given realm not found Jul 23 20:32:26 [2949] DBG:auth:reserve_nonce_index: second= 16, sec_monit= -1, index= 2 Jul 23 20:32:26 [2949] DBG:auth:build_auth_hf: nonce index= 2 Jul 23 20:32:26 [2949] DBG:auth:build_auth_hf: 'Proxy-Authenticate: Digest realm="sps0.matrix.net.br", nonce="4a68f32800000002a304ed8610abc47da56bdc29957a394d" ' Jul 23 20:32:26 [2949] DBG:sl:send_reply: reply in stateless mode (sl) Jul 23 20:32:26 [2949] DBG:core:parse_headers: flags=ffffffffffffffff Jul 23 20:32:26 [2949] DBG:core:check_via_address: params 200.196.28.25, 192.168.5.38, 0 Jul 23 20:32:26 [2949] DBG:core:destroy_avp_list: destroying list (nil) Jul 23 20:32:26 [2949] DBG:core:receive_msg: cleaning up Jul 23 20:32:26 [2947] DBG:core:parse_msg: SIP Request: Jul 23 20:32:26 [2947] DBG:core:parse_msg: method: <ACK> Jul 23 20:32:26 [2947] DBG:core:parse_msg: uri: <sip:551133239212@sps0.matrix.net.br> Jul 23 20:32:26 [2947] DBG:core:parse_msg: version: <SIP/2.0> Jul 23 20:32:26 [2947] DBG:core:parse_headers: flags=2 Jul 23 20:32:26 [2947] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK-d8754z-a957a2771c264219-1---d8754z->; state=6 Jul 23 20:32:26 [2947] DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=17 Jul 23 20:32:26 [2947] DBG:core:parse_via: end of header reached, state=5 Jul 23 20:32:26 [2947] DBG:core:parse_headers: via found, flags=2 Jul 23 20:32:26 [2947] DBG:core:parse_headers: this is the first via Jul 23 20:32:26 [2947] DBG:core:receive_msg: After parse_msg... Jul 23 20:32:26 [2947] DBG:core:receive_msg: preparing to run routing scripts... Jul 23 20:32:26 [2947] DBG:core:parse_headers: flags=8 Jul 23 20:32:26 [2947] DBG:core:parse_to_param: tag=f8f2ab2c1295e90ed7dbb499b30f44b2.e355 Jul 23 20:32:26 [2947] DBG:core:parse_to: end of header reached, state=29 Jul 23 20:32:26 [2947] DBG:core:parse_to: display={"551133239212"}, ruri={sip:551133239212@sps0.matrix.net.br} Jul 23 20:32:26 [2947] DBG:core:get_hdr_field: <To> [95]; uri=[sip:551133239212@sps0.matrix.net.br] Jul 23 20:32:26 [2947] DBG:core:get_hdr_field: to body ["551133239212"<sip:551133239212@sps0.matrix.net.br>] Jul 23 20:32:26 [2947] DBG:sl:sl_filter_ACK: local ACK found -> dropping it! Jul 23 20:32:26 [2947] DBG:core:destroy_avp_list: destroying list (nil) Jul 23 20:32:26 [2947] DBG:core:receive_msg: cleaning up Jul 23 20:32:27 [2946] DBG:core:parse_msg: SIP Request: Jul 23 20:32:27 [2946] DBG:core:parse_msg: method: <INVITE> Jul 23 20:32:27 [2946] DBG:core:parse_msg: uri: <sip:551133239212@sps0.matrix.net.br> Jul 23 20:32:27 [2946] DBG:core:parse_msg: version: <SIP/2.0> Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=2 Jul 23 20:32:27 [2946] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK-d8754z-267c082e8463a77a-1---d8754z->; state=6 Jul 23 20:32:27 [2946] DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=17 Jul 23 20:32:27 [2946] DBG:core:parse_via: end of header reached, state=5 Jul 23 20:32:27 [2946] DBG:core:parse_headers: via found, flags=2 Jul 23 20:32:27 [2946] DBG:core:parse_headers: this is the first via Jul 23 20:32:27 [2946] DBG:core:receive_msg: After parse_msg... Jul 23 20:32:27 [2946] DBG:core:receive_msg: preparing to run routing scripts... Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=100 Jul 23 20:32:27 [2946] DBG:maxfwd:is_maxfwd_present: value = 70 Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=8 Jul 23 20:32:27 [2946] DBG:core:parse_to: end of header reached, state=10 Jul 23 20:32:27 [2946] DBG:core:parse_to: display={"551133239212"}, ruri={sip:551133239212@sps0.matrix.net.br} Jul 23 20:32:27 [2946] DBG:core:get_hdr_field: <To> [53]; uri=[sip:551133239212@sps0.matrix.net.br] Jul 23 20:32:27 [2946] DBG:core:get_hdr_field: to body ["551133239212"<sip:551133239212@sps0.matrix.net.br> ] Jul 23 20:32:27 [2946] DBG:siputils:has_totag: no totag Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=78 Jul 23 20:32:27 [2946] DBG:core:get_hdr_field: cseq <CSeq>: <2> <INVITE> Jul 23 20:32:27 [2946] DBG:tm:t_lookup_request: start searching: hash=24130, isACK=0 Jul 23 20:32:27 [2946] DBG:tm:matching_3261: RFC3261 transaction matching failed Jul 23 20:32:27 [2946] DBG:tm:t_lookup_request: no transaction found Jul 23 20:32:27 [2946] DBG:core:parse_to_param: tag=b45cd830 Jul 23 20:32:27 [2946] DBG:core:parse_to: end of header reached, state=29 Jul 23 20:32:27 [2946] DBG:core:parse_to: display={"SPS0"}, ruri={sip:rafael@sps0.matrix.net.br} Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if host==us: 18==9 && [sps0.matrix.net.br] == [127.0.0.1] Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if host==us: 18==14 && [sps0.matrix.net.br] == [200.196.28.124] Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if host==us: 18==9 && [sps0.matrix.net.br] == [127.0.0.1] Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if host==us: 18==14 && [sps0.matrix.net.br] == [200.196.28.124] Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: no match for: [sps0.matrix.net.br:5060] Jul 23 20:32:27 [2946] DBG:core:grep_aliases: comparing host [0:sps0.matrix.net.br:5060] with us [2:sps0.matrix.net.br:5060] Jul 23 20:32:27 [2946] DBG:core:grep_aliases: match found for: [0:sps0.matrix.net.br:5060] Jul 23 20:32:27 [2946] DBG:core:check_self: host == me Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=10000 Jul 23 20:32:27 [2946] DBG:auth:check_nonce: comparing [4a68f32800000002a304ed8610abc47da56bdc29957a394d] and [4a68f32800000002a304ed8610abc47da56bdc29957a394d] Jul 23 20:32:27 [2946] DBG:core:db_new_result: allocate 28 bytes for result set at 0x814db68 Jul 23 20:32:27 [2946] DBG:db_mysql:db_mysql_get_columns: 1 columns returned from the query Jul 23 20:32:27 [2946] DBG:core:db_allocate_columns: allocate 4 bytes for result names at 0x8145e18 Jul 23 20:32:27 [2946] DBG:core:db_allocate_columns: allocate 4 bytes for result types at 0x8149f50 Jul 23 20:32:27 [2946] DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for RES_NAMES[0] at 0x8149798 Jul 23 20:32:27 [2946] DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x8149798)[0]=[password] Jul 23 20:32:27 [2946] DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type Jul 23 20:32:27 [2946] DBG:core:db_allocate_rows: allocate 8 bytes for rows at 0x8149c70 Jul 23 20:32:27 [2946] DBG:core:db_allocate_row: allocate 20 bytes for row values at 0x813e0c0 Jul 23 20:32:27 [2946] DBG:core:db_str2val: converting STRING [rmg25788] Jul 23 20:32:27 [2946] DBG:auth_db:get_ha1: HA1 string calculated: 25eb28681da92677e1e02a0e83d6f255 Jul 23 20:32:27 [2946] DBG:auth:check_response: our result = 'bd02426b09957f78a347036f020e4c48' Jul 23 20:32:27 [2946] DBG:auth:check_response: authorization is OK Jul 23 20:32:27 [2946] DBG:auth:post_auth: nonce index= 2 Jul 23 20:32:27 [2946] DBG:core:db_free_columns: freeing 1 columns Jul 23 20:32:27 [2946] DBG:core:db_free_columns: freeing RES_NAMES[0] at 0x8149798 Jul 23 20:32:27 [2946] DBG:core:db_free_columns: freeing result names at 0x8145e18 Jul 23 20:32:27 [2946] DBG:core:db_free_columns: freeing result types at 0x8149f50 Jul 23 20:32:27 [2946] DBG:core:db_free_rows: freeing 1 rows Jul 23 20:32:27 [2946] DBG:core:db_free_row: freeing row values at 0x813e0c0 Jul 23 20:32:27 [2946] DBG:core:db_free_rows: freeing rows at 0x8149c70 Jul 23 20:32:27 [2946] DBG:core:db_free_result: freeing result set at 0x814db68 Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=14000 Jul 23 20:32:27 [2946] DBG:core:get_hdr_field: content_length=361 Jul 23 20:32:27 [2946] DBG:core:get_hdr_field: found end of header Jul 23 20:32:27 [2946] DBG:core:comp_scriptvar: str 29 : rafael Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if host==us: 18==9 && [sps0.matrix.net.br] == [127.0.0.1] Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if host==us: 18==14 && [sps0.matrix.net.br] == [200.196.28.124] Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if host==us: 18==9 && [sps0.matrix.net.br] == [127.0.0.1] Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if host==us: 18==14 && [sps0.matrix.net.br] == [200.196.28.124] Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: no match for: [sps0.matrix.net.br:5060] Jul 23 20:32:27 [2946] DBG:core:grep_aliases: comparing host [0:sps0.matrix.net.br:5060] with us [2:sps0.matrix.net.br:5060] Jul 23 20:32:27 [2946] DBG:core:grep_aliases: match found for: [0:sps0.matrix.net.br:5060] Jul 23 20:32:27 [2946] DBG:core:check_self: host == me Jul 23 20:32:27 [2946] DBG:registrar:lookup: '551133239212' Not found in usrloc Jul 23 20:32:27 [2946] DBG:tm:t_newtran: transaction on entrance=(nil) Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=ffffffffffffffff Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=78 Jul 23 20:32:27 [2946] DBG:tm:t_lookup_request: start searching: hash=24130, isACK=0 Jul 23 20:32:27 [2946] DBG:tm:matching_3261: RFC3261 transaction matching failed Jul 23 20:32:27 [2946] DBG:tm:t_lookup_request: no transaction found Jul 23 20:32:27 [2946] DBG:tm:run_reqin_callbacks: trans=0xafc1d4b0, callback type 1, id 0 entered Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=78 Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=ffffffffffffffff Jul 23 20:32:27 [2946] DBG:core:check_via_address: params 200.196.28.25, 192.168.5.38, 0 Jul 23 20:32:27 [2946] DBG:core:_shm_resize: resize(0) called Jul 23 20:32:27 [2946] DBG:tm:cleanup_uac_timers: RETR/FR timers reset Jul 23 20:32:27 [2946] DBG:tm:set_timer: relative timeout is 500000 Jul 23 20:32:27 [2946] DBG:tm:insert_timer_unsafe: [4]: 0xafc1d578 (17700000) Jul 23 20:32:27 [2946] DBG:tm:set_timer: relative timeout is 30 Jul 23 20:32:27 [2946] DBG:tm:insert_timer_unsafe: [0]: 0xafc1d594 (47) Jul 23 20:32:27 [2946] DBG:tm:_reply_light: reply sent out. buf=0x814ddf8: SIP/2.0 4..., shmem=0xafc1f148: SIP/2.0 4 Jul 23 20:32:27 [2946] DBG:tm:run_trans_callbacks: trans=0xafc1d4b0, callback type 256, id 0 entered Jul 23 20:32:27 [2946] DBG:tm:_reply_light: finished Jul 23 20:32:27 [2946] DBG:tm:t_unref: UNREF_UNSAFE: after is 0 Jul 23 20:32:27 [2946] DBG:core:destroy_avp_list: destroying list (nil) Jul 23 20:32:27 [2946] DBG:core:receive_msg: cleaning up Jul 23 20:32:27 [2948] DBG:core:parse_msg: SIP Request: Jul 23 20:32:27 [2948] DBG:core:parse_msg: method: <ACK> Jul 23 20:32:27 [2948] DBG:core:parse_msg: uri: <sip:551133239212@sps0.matrix.net.br> Jul 23 20:32:27 [2948] DBG:core:parse_msg: version: <SIP/2.0> Jul 23 20:32:27 [2948] DBG:core:parse_headers: flags=2 Jul 23 20:32:27 [2948] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK-d8754z-267c082e8463a77a-1---d8754z->; state=6 Jul 23 20:32:27 [2948] DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=17 Jul 23 20:32:27 [2948] DBG:core:parse_via: end of header reached, state=5 Jul 23 20:32:27 [2948] DBG:core:parse_headers: via found, flags=2 Jul 23 20:32:27 [2948] DBG:core:parse_headers: this is the first via Jul 23 20:32:27 [2948] DBG:core:receive_msg: After parse_msg... Jul 23 20:32:27 [2948] DBG:core:receive_msg: preparing to run routing scripts... Jul 23 20:32:27 [2948] DBG:core:parse_headers: flags=8 Jul 23 20:32:27 [2948] DBG:core:parse_to_param: tag=bbd8f31c58bc6a3266ec5509a254d55b-2513 Jul 23 20:32:27 [2948] DBG:core:parse_to: end of header reached, state=29 Jul 23 20:32:27 [2948] DBG:core:parse_to: display={"551133239212"}, ruri={sip:551133239212@sps0.matrix.net.br} Jul 23 20:32:27 [2948] DBG:core:get_hdr_field: <To> [95]; uri=[sip:551133239212@sps0.matrix.net.br] Jul 23 20:32:27 [2948] DBG:core:get_hdr_field: to body ["551133239212"<sip:551133239212@sps0.matrix.net.br>] Jul 23 20:32:27 [2948] DBG:core:parse_headers: flags=100 Jul 23 20:32:27 [2948] DBG:core:get_hdr_field: cseq <CSeq>: <2> <ACK> Jul 23 20:32:27 [2948] DBG:core:get_hdr_field: content_length=0 Jul 23 20:32:27 [2948] DBG:core:get_hdr_field: found end of header Jul 23 20:32:27 [2948] DBG:maxfwd:is_maxfwd_present: max_forwards header not found! Jul 23 20:32:27 [2948] DBG:siputils:has_totag: totag found Jul 23 20:32:27 [2948] DBG:core:parse_headers: flags=200 Jul 23 20:32:27 [2948] DBG:rr:find_first_route: No Route headers found Jul 23 20:32:27 [2948] DBG:rr:loose_route: There is no Route HF Jul 23 20:32:27 [2948] DBG:core:parse_headers: flags=78 Jul 23 20:32:27 [2948] DBG:tm:t_lookup_request: start searching: hash=24130, isACK=1 Jul 23 20:32:27 [2948] DBG:tm:matching_3261: RFC3261 transaction matched, tid=-d8754z-267c082e8463a77a-1---d8754z- Jul 23 20:32:27 [2948] DBG:tm:t_lookup_request: REF_UNSAFE: after is 1 Jul 23 20:32:27 [2948] DBG:tm:t_lookup_request: transaction found (T=0xafc1d4b0) Jul 23 20:32:27 [2948] DBG:tm:cleanup_uac_timers: RETR/FR timers reset Jul 23 20:32:27 [2948] DBG:tm:insert_timer_unsafe: [2]: 0xafc1d4f8 (22) Jul 23 20:32:27 [2948] DBG:tm:t_unref: UNREF_UNSAFE: after is 0 Jul 23 20:32:27 [2948] DBG:core:destroy_avp_list: destroying list (nil) Jul 23 20:32:27 [2948] DBG:core:receive_msg: cleaning up Jul 23 20:32:27 [2950] DBG:tm:utimer_routine: timer routine:4,tl=0xafc1d578 next=(nil), timeout=17700000 Jul 23 20:32:31 [2950] DBG:tm:timer_routine: timer routine:2,tl=0xafc1d4f8 next=(nil), timeout=22 Jul 23 20:32:31 [2950] DBG:tm:wait_handler: removing 0xafc1d4b0 from table Jul 23 20:32:31 [2950] DBG:tm:delete_cell: delete transaction 0xafc1d4b0 Jul 23 20:32:31 [2950] DBG:tm:wait_handler: done Jul 23 20:32:34 [2947] DBG:core:udp_rcv_loop: probing packet received from 200.202.22.5 55325 ------------------------------------------------------------- My Config File # # $Id: kamailio.cfg 5800 2009-04-20 11:01:49Z miconda $ # # Kamailio (OpenSER) SIP Server - basic configuration script # - web: http://www.kamailio.org # - svn: http://openser.svn.sourceforge.net/viewvc/openser/ # # Direct your questions about this file to: <users(a)lists.kamailio.org> # # Refer to the Core CookBook at http://www.kamailio.org/dokuwiki/doku.php # for an explanation of possible statements, functions and parameters. # # There are comments showing how to enable different features in th econfig # file. Such commented code starts with #X# where X is a letter to identify # a feature. Delete entire #X# if you want to enable that feature. Next are # sed commands that help you enable such features. # # *** To enamble mysql execute: # sed -i 's/#m#//g' kamailio.cfg # # *** To enamble authentication execute: # - enable mysql # sed -i 's/#a#//g' kamailio.cfg # - add users using 'kamctl' # # *** To enamble persistent user location execute: # - enable mysql # sed -i 's/#u#//g' kamailio.cfg # # *** To enamble presence server execute: # - enable mysql # sed -i 's/#p#//g' kamailio.cfg # # *** To enamble nat traversal execute: # sed -i 's/#n#//g' kamailio.cfg # - install RTPProxy: http://www.rtpproxy.org # - start RTPProxy: # rtpproxy -l _your_public_ip_ -s udp:localhost:7722 # # *** To enhance accounting execute: # - enable mysql # sed -i 's/#c#//g' kamailio.cfg # - add following columns to database # ALTER TABLE acc ADD COLUMN src_user VARCHAR(64) NOT NULL DEFAULT ''; # ALTER TABLE acc ADD COLUMN src_domain VARCHAR(128) NOT NULL DEFAULT ''; # ALTER TABLE acc ADD COLUMN dst_ouser VARCHAR(64) NOT NULL DEFAULT ''; # ALTER TABLE acc ADD COLUMN dst_user VARCHAR(64) NOT NULL DEFAULT ''; # ALTER TABLE acc ADD COLUMN dst_domain VARCHAR(128) NOT NULL DEFAULT ''; # ALTER TABLE missed_calls ADD COLUMN src_user VARCHAR(64) NOT NULL DEFAULT ''; # ALTER TABLE missed_calls ADD COLUMN src_domain VARCHAR(128) NOT NULL DEFAULT ''; # ALTER TABLE missed_calls ADD COLUMN dst_ouser VARCHAR(64) NOT NULL DEFAULT ''; # ALTER TABLE missed_call ADD COLUMN dst_user VARCHAR(64) NOT NULL DEFAULT ''; # ALTER TABLE missed_calls ADD COLUMN dst_domain VARCHAR(128) NOT NULL DEFAULT ''; # ####### Global Parameters ######### debug=7 log_stderror=yes log_facility=LOG_LOCAL7 fork=yes children=4 /* uncomment the following lines to enable debugging */ #debug=6 #fork=no #log_stderror=yes /* uncomment the next line to disable TCP (default on) */ #disable_tcp=yes /* uncomment the next line to enable the auto temporary blacklisting of not available destinations (default disabled) */ #disable_dns_blacklist=no /* uncomment the next line to enable IPv6 lookup after IPv4 dns lookup failures (default disabled) */ #dns_try_ipv6=yes /* uncomment the next line to disable the auto discovery of local aliases based on revers DNS on IPs (default on) */ #auto_aliases=no /* uncomment the following lines to enable TLS support (default off) */ #disable_tls = no #listen = tls:your_IP:5061 #tls_verify_server = 1 #tls_verify_client = 1 #tls_require_client_certificate = 0 #tls_method = TLSv1 #tls_certificate = "/usr/local/etc/kamailio/tls/user/user-cert.pem" #tls_private_key = "/usr/local/etc/kamailio/tls/user/user-privkey.pem" #tls_ca_list = "/usr/local/etc/kamailio/tls/user/user-calist.pem" port=5060 /* uncomment and configure the following line if you want Kamailio to bind on a specific interface/port/proto (default bind on all available) */ #listen=udp:192.168.1.2:5060 ####### Modules Section ######## #set module path mpath="/usr/lib/kamailio/modules/" /* uncomment next line for MySQL DB support */ loadmodule "db_mysql.so" loadmodule "mi_fifo.so" loadmodule "sl.so" loadmodule "tm.so" loadmodule "rr.so" loadmodule "pv.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "textops.so" loadmodule "uri_db.so" loadmodule "siputils.so" loadmodule "xlog.so" loadmodule "acc.so" /* uncomment next lines for MySQL based authentication support NOTE: a DB (like db_mysql) module must be also loaded */ loadmodule "auth.so" loadmodule "auth_db.so" /* uncomment next line for aliases support NOTE: a DB (like db_mysql) module must be also loaded */ #loadmodule "alias_db.so" /* uncomment next line for multi-domain support NOTE: a DB (like db_mysql) module must be also loaded NOTE: be sure and enable multi-domain support in all used modules (see "multi-module params" section ) */ #loadmodule "domain.so" /* uncomment the next two lines for presence server support NOTE: a DB (like db_mysql) module must be also loaded */ #p#loadmodule "presence.so" #p#loadmodule "presence_xml.so" #n#loadmodule "nathelper.so" # ----------------- setting module-specific parameters --------------- # ----- mi_fifo params ----- modparam("mi_fifo", "fifo_name", "/tmp/kamailio_fifo") # ----- rr params ----- # add value to ;lr param to cope with most of the UAs modparam("rr", "enable_full_lr", 1) # do not append from tag to the RR (no need for this script) modparam("rr", "append_fromtag", 0) # ----- rr params ----- modparam("registrar", "method_filtering", 1) /* uncomment the next line to disable parallel forking via location */ # modparam("registrar", "append_branches", 0) /* uncomment the next line not to allow more than 10 contacts per AOR */ #modparam("registrar", "max_contacts", 10) # ----- uri_db params ----- /* by default we disable the DB support in the module as we do not need it in this configuration */ modparam("uri_db", "use_uri_table", 0) modparam("uri_db", "db_url", "") # ----- acc params ----- /* what sepcial events should be accounted ? */ modparam("acc", "early_media", 1) modparam("acc", "report_ack", 1) modparam("acc", "report_cancels", 1) /* by default ww do not adjust the direct of the sequential requests. if you enable this parameter, be sure the enable "append_fromtag" in "rr" module */ modparam("acc", "detect_direction", 0) /* account triggers (flags) */ modparam("acc", "failed_transaction_flag", 3) modparam("acc", "log_flag", 1) modparam("acc", "log_missed_flag", 2) modparam("acc", "log_extra", "src_user=$fU;src_domain=$fd;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") /* uncomment the following lines to enable DB accounting also */ #c#modparam("acc", "db_flag", 1) #c#modparam("acc", "db_missed_flag", 2) #c#modparam("domain", "db_url", #c# "mysql://openser:openserrw@localhost/openser") #c#modparam("acc", "db_extra", #c# "src_user=$fU;src_domain=$fd;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") # ----- usrloc params ----- /* uncomment the following lines if you want to enable DB persistency for location entries */ modparam("usrloc", "db_mode", 2) modparam("usrloc", "db_url", "mysql://root:mypassword@localhost/openser") # ----- auth_db params ----- /* uncomment the following lines if you want to enable the DB based authentication */ modparam("auth_db", "calculate_ha1", yes) modparam("auth_db", "password_column", "password") modparam("auth_db", "db_url", "mysql://root:mypassword@localhost/openser") modparam("auth_db", "load_credentials", "") # ----- alias_db params ----- /* uncomment the following lines if you want to enable the DB based aliases */ #modparam("alias_db", "db_url", # "mysql://openser:openserrw@localhost/openser") # ----- domain params ----- /* uncomment the following lines to enable multi-domain detection support */ #modparam("domain", "db_url", # "mysql://openser:openserrw@localhost/openser") #modparam("domain", "db_mode", 1) # Use caching # ----- multi-module params ----- /* uncomment the following line if you want to enable multi-domain support in the modules (dafault off) */ #modparam("alias_db|auth_db|usrloc|uri_db", "use_domain", 1) # ----- presence params ----- /* uncomment the following lines if you want to enable presence */ #p#modparam("presence|presence_xml", "db_url", #p# "mysql://openser:openserrw@localhost/openser") #p#modparam("presence_xml", "force_active", 1) #p#modparam("presence", "server_address", "sip:192.168.1.2:5060") # -- nathelper #n#modparam("nathelper", "rtpproxy_sock", "udp:127.0.0.1:7722") #n#modparam("nathelper", "natping_interval", 30) #n#modparam("nathelper", "ping_nated_only", 1) #n#modparam("nathelper", "sipping_bflag", 7) #n#modparam("nathelper", "sipping_from", "sip:pinger@kamailio.org") #n#modparam("registrar|nathelper", "received_avp", "$avp(i:80)") #n#modparam("usrloc", "nat_bflag", 6) ####### Routing Logic ######## # main request routing logic route{ if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; } # NAT detection route(4); if (has_totag()) { # sequential request withing a dialog should # take the path determined by record-routing if (loose_route()) { if (is_method("BYE")) { setflag(1); # do accounting ... setflag(3); # ... even if the transaction fails } route(1); } else { if (is_method("SUBSCRIBE") && uri == myself) { # in-dialog subscribe requests route(2); exit; } if ( is_method("ACK") ) { if ( t_check_trans() ) { # non loose-route, but stateful ACK; must be an ACK after a 487 or e.g. 404 from upstream server t_relay(); exit; } else { # ACK without matching transaction ... ignore and discard.\n"); exit; } } sl_send_reply("404","Not here"); } exit; } #initial requests # CANCEL processing if (is_method("CANCEL")) { if (t_check_trans()) t_relay(); exit; } t_check_trans(); # authentication route(3); # record routing if (!is_method("REGISTER|MESSAGE")) record_route(); # account only INVITEs if (is_method("INVITE")) { setflag(1); # do accounting } if (!uri==myself) /* replace with following line if multi-domain support is used */ ##if (!is_uri_host_local()) { append_hf("P-hint: outbound\r\n"); # if you have some interdomain connections via TLS ##if($rd=="tls_domain1.net") { ## t_relay("tls:domain1.net"); ## exit; ##} else if($rd=="tls_domain2.net") { ## t_relay("tls:domain2.net"); ## exit; ##} route(1); } # requests for my domain if( is_method("PUBLISH|SUBSCRIBE")) route(2); if (is_method("REGISTER")) { if (!save("location")) sl_reply_error(); exit; } if ($rU==NULL) { # request with no Username in RURI sl_send_reply("484","Address Incomplete"); exit; } # apply DB based aliases (uncomment to enable) ##alias_db_lookup("dbaliases"); if (!lookup("location")) { switch ($retcode) { case -1: case -3: t_newtran(); t_reply("404", "Not Found"); exit; case -2: sl_send_reply("405", "Method Not Allowed"); exit; } } # when routing via usrloc, log the missed calls also setflag(2); route(1); } route[1] { #n# if (check_route_param("nat=yes")) { #n# setbflag(6); #n# } #n# if (isflagset(5) || isbflagset(6)) { #n# route(5); #n# } /* example how to enable some additional event routes */ if (is_method("INVITE")) { #t_on_branch("1"); t_on_reply("1"); t_on_failure("1"); } if (!t_relay()) { sl_reply_error(); } exit; } # Presence route /* uncomment the whole following route for enabling presence server */ route[2] { #p# if (!t_newtran()) #p# { #p# sl_reply_error(); #p# exit; #p# }; #p# #p# if(is_method("PUBLISH")) #p# { #p# handle_publish(); #p# t_release(); #p# } #p# else #p# if( is_method("SUBSCRIBE")) #p# { #p# handle_subscribe(); #p# t_release(); #p# } #p# exit; # if presence enabled, this part will not be executed if (is_method("PUBLISH") || $rU==null) { sl_send_reply("404", "Not here"); exit; } return; } # Authentication route /* uncomment the whole following route for enabling authentication */ route[3] { if (is_method("REGISTER")) { # authenticate the REGISTER requests (uncomment to enable auth) if (!www_authorize("", "subscriber")) { www_challenge("", "0"); exit; } if ($au!=$tU) { sl_send_reply("403","Forbidden auth ID"); exit; } } else { # authenticate if from local subscriber (uncomment to enable auth) if (from_uri==myself) { if (!proxy_authorize("", "subscriber")) { proxy_challenge("", "0"); exit; } if (is_method("PUBLISH")) { if ($au!=$tU) { sl_send_reply("403","Forbidden auth ID"); exit; } } else { if ($au!=$fU) { sl_send_reply("403","Forbidden auth ID"); exit; } } consume_credentials(); # caller authenticated } } return; } # Caller NAT detection route /* uncomment the whole following route for enabling Caller NAT Detection */ route[4]{ #n# force_rport(); #n# if (nat_uac_test("19")) { #n# if (method=="REGISTER") { #n# fix_nated_register(); #n# } else { #n# fix_nated_contact(); #n# } #n# setflag(5); #n# } return; } # RTPProxy control /* uncomment the whole following route for enabling RTPProxy Control */ route[5] { #n# if (is_method("BYE")) { #n# unforce_rtp_proxy(); #n# } else if (is_method("INVITE")){ #n# force_rtp_proxy(); #n# } #n# if (!has_totag()) add_rr_param(";nat=yes"); return; } branch_route[1] { xdbg("new branch at $ru\n"); } onreply_route[1] { xdbg("incoming reply\n"); #n# if ((isflagset(5) || isbflagset(6)) && status=~"(183)|(2[0-9][0-9])") { #n# force_rtp_proxy(); #n# } #n# if (isbflagset(6)) { #n# fix_nated_contact(); #n# } } failure_route[1] { #n# if (is_method("INVITE) #n# && (isbflagset(6) || isflagset(5))) { #n# unforce_rtp_proxy(); #n# } if (t_was_cancelled()) { exit; } # uncomment the following lines if you want to block client # redirect based on 3xx replies. ##if (t_check_status("3[0-9][0-9]")) { ##t_reply("404","Not found"); ## exit; ##} # uncomment the following lines if you want to redirect the failed # calls to a different new destination ##if (t_check_status("486|408")) { ## sethostport("192.168.2.100:5060"); ## append_branch(); ## # do not set the missed call flag again ## t_relay(); ##} } ------------------------------------------------------------- kamctl lcr show lcr routes +----+--------+----------+--------+----------+ | id | prefix | from_uri | grp_id | priority | +----+--------+----------+--------+----------+ | 3 | +1 | | 1 | 1 | | 4 | +55 | | 1 | 1 | +----+--------+----------+--------+----------+ lcr gateways +---------+----------------+----------+------+------------+-----------+----- ---+-------+------+-------+--------+------+ | gw_name | ip_addr | hostname | port | uri_scheme | transport | grp_id | strip | tag | flags | weight | ping | +---------+----------------+----------+------+------------+-----------+----- ---+-------+------+-------+--------+------+ | MERAI | 66.165.166.236 | | 5061 | 1 | 2 | 1 | 0 | | 0 | 1 | 0 | | MERAII | 66.165.166.237 | | 5061 | 1 | 2 | 1 | 0 | | 0 | 1 | 0 | +---------+----------------+----------+------+------------+-----------+----- ---+-------+------+-------+--------+------+ ------------------------------------------------------------- kamctl dispatcher show dispatcher gateways +----+-------+-------------------------+-------+----------+-------------+ | id | setid | destination | flags | priority | description | +----+-------+-------------------------+-------+----------+-------------+ | 2 | 1 | sip:66.165.166.236:5061 | 1 | 1 | MERA | | 3 | 2 | sip:66.165.166.237:5061 | 3 | 0 | MERAII | +----+-------+-------------------------+-------+----------+-------------+ Rafael Moreno Matrix Telecom www.matrixtelecom.net.br / Phone: 55.11.3323-9207

1 0

[Serusers] incomplete INVITE-ACK-BYE pairs in ACC table
by Ilya Pichugin 23 Jul '09

23 Jul '09

Hi all In my acc table I see incomplete INVITE-ACK-BYE pairs for callids, in some calls there is no BYE. In what way it is possible to force generate BYE when user switch off his UAC, for example? Thanks a lot for advices. --------------- Ilya Pichugin i.pichugin(a)ptl.ru

2 2

[Serusers] check_to function in uri_db
by 静于 23 Jul '09

23 Jul '09

why there is no check_to function in uri_db in ser 2.0 version? what function can I use instead of check_to and check_from in ser.cfg? ___________________________________________________________ 好玩贺卡等你发，邮箱贺卡全新上线！ http://card.mail.cn.yahoo.com/

2 1

[Kamailio-Users] event_route[tm:local-request]
by Daniel-Constantin Mierla 23 Jul '09

23 Jul '09

Hello, latest master branch of sip-router includes support to execute an event route when a request is generated by tm module. Right now is a compile option: make EXTRA_DEFS="-DWITH_EVENT_LOCAL_REQUEST" cfg make all make install The functionality covers what was previously provided by local_route in Kamailio 1.5. In addition, parts of the core were updated to allow fine control of building the output buffer for requests. Testing and feedback is very much appreciated. Cheers, Daniel -- Daniel-Constantin Mierla http://www.asipto.com/index.php/sip-router-bootcamp/

1 0

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