sr-users February 2008

sr-users@lists.kamailio.org

146 participants
261 discussions

[OpenSER-Users] MSILO back notify not working
by Iñaki Baz Castillo 04 Feb '08

04 Feb '08

Hi, I've configured MSILO module. It works well except the fact that I don't get any notification back to the sender about the storage of the message sent by him. This is: when user_A sends a MESSAGE to user_B and this is stored by MSILO module I don't see any MESSAGE from OpenSer to user_A notifing it. I have set: ------------------------------ # -- msilo -- modparam("msilo", "registrar", "sip:user-offline@mydomain.org") modparam("msilo", "reminder", "sip:reminder@mydomain.org") modparam("msilo", "expire_time", 86400) modparam("msilo", "check_time", 30) modparam("msilo", "send_time", 60) modparam("msilo", "clean_period", 5) modparam("msilo", "use_contact", 1) modparam("msilo", "add_date", 1) modparam("msilo", "max_messages", 20) ------------------------------ As I read in the doc: ------------------------------ 1.3.3. registrar (string) The SIP address used to inform users that destination of their message is not online and the message will be delivered next time when that user goes online. If the parameter is not set, the module will not send any notification. ------------------------------ But I've set that parameter, but when a message is stored I don't see any MESSAGE originated by OpenSer to notify the sender. Shoul I see a MESSAGE from OpenSer? I don't understant too what "reminder" parameter means: ------------------------------ 1.3.4. reminder (string) The SIP address used to send reminder messages. If this value is not set, the reminder feature is disabled. ------------------------------ Any explanation please? Thanks a lot. -- Iñaki Baz Castillo ibc(a)in.ilimit.es

1 0

[OpenSER-Users] ERROR:mysql:db_mysql_convert_row: no private memory
by Iñaki Baz Castillo 04 Feb '08

04 Feb '08

Hi, why could this error occur? It has ocurred me now several times but never seen it before ¿? Feb 4 15:31:31 [27228] ERROR:mysql:db_mysql_convert_row: no private memory left Feb 4 15:31:31 [27228] ERROR:mysql:db_mysql_convert_rows: error while converting row #1 Feb 4 15:31:31 [27228] ERROR:mysql:db_mysql_convert_result: error while converting rows Feb 4 15:31:31 [27228] ERROR:mysql:db_mysql_store_result: error while converting result Feb 4 15:31:31 [27228] ERROR:core:db_do_raw_query: error while storing resultFeb 4 15:31:31 [27228] ERROR:usrloc:get_all_db_ucontacts: raw_query failed I will investigate it but any comment will be welcome. Thanks. -- Iñaki Baz Castillo ibc(a)in.ilimit.es

4 9

[OpenSER-Users] Mediaproxy error no attribute 'autocommit'
by Andy Smith 04 Feb '08

04 Feb '08

Hi there, Im trying to run a Mediaproxy and Im recieving this error, Feb 4 14:53:14 server proxydispatcher[22800]: 'Connection' object has no attribute 'autocommit' I´ve had a google for this and its seems like it may be a bug python-sqlite or sqlite bug , but also I tried searching for it on the python issue traker and didnt find anything. Is anyone else aware of this issue and any solution? Im running: Python 2.3.4 MySQL-python.i386 1.0.0-1.RHEL4.1 python-sqlite.i386 1.1.7-1.2.1 sqlite.i386 3.3.6-2 mysql server 5.1.22-rc thanks for any help! Andy.

1 0

[OpenSER-Users] Call transfer
by Jan ONDREJ (SAL) 04 Feb '08

04 Feb '08

Hello, can somebody give me a working example of configuration file, supporting "Call transfer" or proper "REFER" passing? Call transfer does not work with default openser.cfg and also with my extended configuration or sipwise generated configuration. My phones supports call transfer and it works well with asterisk, but no success with openser. Can somebody give me an example config or hints, what to do to make a working call transfer? Thank you. SAL

4 9

Re: [OpenSER-Users] CDRTool rating on test system (without PSTN) zero cost problem
by A.smith 04 Feb '08

04 Feb '08

Ok, Rating engine seems to be working ok when I have a canonicalURI starting "00" and in the database I see this for a rated call: Span: 1 Duration: 75 s StartTime: 2008-02-02 12:33:15 (UK) ProfileId: 442 for weekend RateId: 442 for 0-24h Rate: 0.0200 / 60 s Price: 0.0250 However via the web interface in the CDR Section for the cost it is displayed as "x.xxx" and no data is displayed in the detail section "Rating Information" either... Any ideas what the issue is? thanks Andy. ________________________________________________ Message sent using UK Grid Webmail 2.7.9

1 0

Re: [OpenSER-Users] CDRTool rating on test system (without PSTN) zero cost problem
by A.smith 04 Feb '08

04 Feb '08

Hey Dan! Yep ur right! I had to have a leading "00" on the canonicalURI for to rate the call! Thanks alot for the info! cheers Andy! :) --------- Original Message -------- From: Dan-Cristian Bogos <dan.bogos(a)gmail.com> To: Andy Smith <a.smith(a)ukgrid.net> Cc: users(a)lists.openser.org Subject: Re: [OpenSER-Users] CDRTool rating on test system (without PSTN) zero cost problem Date: 04/02/08 11:28 > Hi Andy, > > I suspect that your problem is related to > var $intAccessCode = '00'; inside cdrlib.phtml. > Based on that all the numbers which should not be altered and be > considered billable should contain "00" as international prefix. > > Have a look on that, perhaps it helps. > > Cheers, > DanB > > On Feb 3, 2008 7:17 PM, Andy Smith <a.smith(a)ukgrid.net> wrote: > > > > > > Hi all, > > > > im trying to "trick" CDRTool into rating calls when my OpenSER isnt actually > > routing anything to a PSTN, Im trying just putting the handset username as > > an internation number without the leading zera (ie 44208888888) but CDRTool > > is rating ever call as zero cost. > > > > Maybe its something to do with this, from the CDRTool rating document: > > > > "The rating logic checks if the TLD exists in the billing_enum_tlds table. > > If it does, the rating engine tries to match the regexp field against the > > username part of the destination from the ENUM response, which has been > > saved in the Canonical URI. The match must return a fully qualified E164 > > number otherwise the call is considered to have ended to a no E164 > > destination and the call will be free of charge." > > > > What constitutes a fully qualified E164 number? 44208888888(a)mydomain.com > > should be ok shouldnt it? I also tried > > +44208888888(a)mydomain.com also without any success... > > > > > > Its quite furstrating cos I cant see the logic as its applied by the rating > > system which would explain how it reaches the zero cost > > result. It is certainly looking at the calls as they are made as its logging > > info to the syslog saying so, eg: > > > > Feb 1 16:11:39 server CDRTool[22869]: ShowPrice Id=94 Timestamp=1201882245 > > Duration=6 inputTraffic=0 outputTraffic=0 From=003(a)domain.net > > To=44208888888(a)domain.net Gateway=x.x.x.x Application=audio ENUMtld= > > Feb 1 16:11:39 server CDRTool[10751]: Normalization done in 0 s, memory > > usage: 4.96 MB > > Feb 1 16:11:39 server CDRTool[10751]: Unlock ser_radius:radacct > > > > > > Any ideas people?? Mediaproxy isnt actually required for billing is it? I > > understood it is optional for the documentation...?? > > > > Thanks for any help! Andy. > > > > > > _______________________________________________ > > Users mailing list > > Users(a)lists.openser.org > > http://lists.openser.org/cgi-bin/mailman/listinfo/users > > > > > ________________________________________________ Message sent using UK Grid Webmail 2.7.9

1 0

[OpenSER-Users] CDRTool rating on test system (without PSTN) zero cost problem
by Andy Smith 04 Feb '08

04 Feb '08

Hi all, im trying to "trick" CDRTool into rating calls when my OpenSER isnt actually routing anything to a PSTN, Im trying just putting the handset username as an internation number without the leading zera (ie 44208888888) but CDRTool is rating ever call as zero cost. Maybe its something to do with this, from the CDRTool rating document: "The rating logic checks if the TLD exists in the billing_enum_tlds table. If it does, the rating engine tries to match the regexp field against the username part of the destination from the ENUM response, which has been saved in the Canonical URI. The match must return a fully qualified E164 number otherwise the call is considered to have ended to a no E164 destination and the call will be free of charge." What constitutes a fully qualified E164 number? 44208888888(a)mydomain.com should be ok shouldnt it? I also tried +44208888888(a)mydomain.com also without any success... Its quite furstrating cos I cant see the logic as its applied by the rating system which would explain how it reaches the zero cost result. It is certainly looking at the calls as they are made as its logging info to the syslog saying so, eg: Feb 1 16:11:39 server CDRTool[22869]: ShowPrice Id=94 Timestamp=1201882245 Duration=6 inputTraffic=0 outputTraffic=0 From=003(a)domain.net To=44208888888(a)domain.net Gateway=x.x.x.x Application=audio ENUMtld= Feb 1 16:11:39 server CDRTool[10751]: Normalization done in 0 s, memory usage: 4.96 MB Feb 1 16:11:39 server CDRTool[10751]: Unlock ser_radius:radacct Any ideas people?? Mediaproxy isnt actually required for billing is it? I understood it is optional for the documentation...?? Thanks for any help! Andy.

2 1

[OpenSER-Users] Recommended distribution for OpenXCAP
by Sergio Gutierrez 04 Feb '08

04 Feb '08

Hello everybody. What is the linux distribution you recommend to run OpenXCAP Server? What distribution allows an easy installation, and offers better performance? Thanks in advance for your answer. Best regards. Sergio Gutiérrez

2 1

[OpenSER-Users] MSRP Relay release 0.9.1
by Adrian Georgescu 04 Feb '08

04 Feb '08

Hello, AG Projects launches MSRPRelay, an Open Source implementation of IETF standard RFC 4976. MSRP relay is an extension to the MSRP protocol (RFC 4975). Its main role is to help NAT traversal of Interactive Messaging and file transfer sessions for SIP/MSRP endpoints located behind NAT. Background ----------- A series of related instant messages between two or more parties can be viewed as part of a "message session", that is, a conversational exchange of messages with a definite beginning and end. This is in contrast to individual messages each sent independently. Messaging schemes that track only individual messages can be described as "page-mode" messaging, whereas messaging that is part of a "session" with a definite start and end is called "session-mode" messaging. Page-mode messaging is enabled in SIP via the SIP MESSAGE method, as defined in RFC 3428. Session-mode messaging has a number of benefits over page-mode messaging, however, such as explicit rendezvous, tighter integration with other media-types, direct client-to-client operation, and brokered privacy and security. Message Session Relay Protocol (MSRP) is a protocol for transmitting a series of related instant messages in the context of a session. Message sessions are treated like any other media stream when set up via a rendezvous or session creation protocol such as the Session Initiation Protocol (SIP). MSRP Sessions are defined in RFC 4975. Out of the box, the software is designed to work in combinations with the subscriber database used by OpenSER (see http://openser.org). For more information visit http://msrprelay.org Regards, Adrian

2 1

[OpenSER-Users] Openser problem in logs
by Ali Jawad 04 Feb '08

04 Feb '08

Hi All When I start openser using /usr/local/sbin/openser it loads then I login using one user and I keep gettingthe logs below all the time is this normal Feb 1 14:03:54 [29077] DBG:core:parse_headers: flags=78 Feb 1 14:03:54 [29077] DBG:tm:t_lookup_request: start searching: hash=50458, isACK=0 Feb 1 14:03:54 [29077] DBG:tm:matching_3261: RFC3261 transaction matched, tid=-d87543-5c484340d1308708-1--d87543- Feb 1 14:03:54 [29077] DBG:tm:t_lookup_request: REF_UNSAFE: after is 1 Feb 1 14:03:54 [29077] DBG:tm:t_lookup_request: transaction found (T=0x4069bb80) Feb 1 14:03:54 [29077] DBG:tm:t_retransmit_reply: nothing to retransmit Feb 1 14:03:54 [29077] DBG:tm:t_unref: UNREF_UNSAFE: after is 0 Feb 1 14:03:54 [29077] DBG:core:destroy_avp_list: destroying list (nil) Feb 1 14:03:54 [29077] DBG:core:receive_msg: cleaning up Feb 1 14:03:54 [29078] DBG:tm:utimer_routine: timer routine:7,tl=0x4069bccc next=(nil), timeout=12700000 Feb 1 14:03:54 [29078] DBG:tm:retransmission_handler: retransmission_handler : request resending (t=0x4069bb80, SUBSCRIBE ... ) Feb 1 14:03:54 [29078] DBG:tm:set_timer: relative timeout is 4000000 Feb 1 14:03:54 [29078] DBG:tm:insert_timer_unsafe: [7]: 0x4069bccc (16700000) Feb 1 14:03:54 [29078] DBG:tm:retransmission_handler: retransmission_handler : done Feb 1 14:03:58 [29075] DBG:core:parse_msg: SIP Request: Feb 1 14:03:58 [29075] DBG:core:parse_msg: method: <SUBSCRIBE> Feb 1 14:03:58 [29075] DBG:core:parse_msg: uri: <sip:ali@jabber.splendor.net> Feb 1 14:03:58 [29075] DBG:core:parse_msg: version: <SIP/2.0> Feb 1 14:03:58 [29075] DBG:core:parse_headers: flags=2 Feb 1 14:03:58 [29075] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK-d87543-5c484340d1308708-1--d87543->; state=6 Feb 1 14:03:58 [29075] DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=17 Feb 1 14:03:58 [29075] DBG:core:parse_via: end of header reached, state=5 Feb 1 14:03:58 [29075] DBG:core:parse_headers: via found, flags=2 Feb 1 14:03:58 [29075] DBG:core:parse_headers: this is the first via Feb 1 14:03:58 [29075] DBG:core:receive_msg: After parse_msg... Feb 1 14:03:58 [29075] DBG:core:receive_msg: preparing to run routing scripts... Feb 1 14:03:58 [29075] DBG:core:parse_headers: flags=100 Feb 1 14:03:58 [29075] DBG:maxfwd:is_maxfwd_present: value = 70 Feb 1 14:03:58 [29075] DBG:core:parse_headers: flags=200 Feb 1 14:03:58 [29075] DBG:core:parse_to: end of header reached, state=10 Feb 1 14:03:58 [29075] DBG:core:parse_to: display={"ssafass"}, ruri={sip:ali@jabber.splendor.net} Feb 1 14:03:58 [29075] DBG:core:get_hdr_field: <To> [40]; uri=[sip:ali@jabber.splendor.net] Feb 1 14:03:58 [29075] DBG:core:get_hdr_field: to body ["ssafass"<sip:ali@jabber.splendor.net> ] Feb 1 14:03:58 [29075] DBG:core:get_hdr_field: cseq <CSeq>: <1> <SUBSCRIBE> Feb 1 14:03:58 [29075] DBG:core:get_hdr_field: content_length=0 Feb 1 14:03:58 [29075] DBG:core:get_hdr_field: found end of header Feb 1 14:03:58 [29075] DBG:rr:find_first_route: No Route headers found Feb 1 14:03:58 [29075] DBG:rr:loose_route: There is no Route HF Feb 1 14:03:58 [29075] DBG:core:grep_sock_info: checking if host==us: 19==15 && [jabber.splendor.net] == [193.227.186.153] Feb 1 14:03:58 [29075] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Feb 1 14:03:58 [29075] DBG:uri_db:does_uri_exist: User in request uri does exist Feb 1 14:03:58 [29075] DBG:core:db_free_rows: freeing 1 rows Feb 1 14:03:58 [29075] DBG:core:db_free_rows: row[0]=0x81841e0 Feb 1 14:03:58 [29075] DBG:core:db_free_rows: 0x81841e0=pkg_free() RES_ROWS Feb 1 14:03:58 [29075] DBG:core:rewrite_uri: rewriting Request-URI with 'sip:ali@193.227.186.146:6242;rinstance=63a8660ec1b35169' Feb 1 14:03:58 [29075] DBG:tm:t_newtran: transaction on entrance=0xffffffff Feb 1 14:03:58 [29075] DBG:core:parse_headers: flags=ffffffffffffffff Feb 1 14:03:58 [29075] DBG:core:parse_headers: flags=78 Feb 1 14:03:58 [29075] DBG:tm:t_lookup_request: start searching: hash=50458, isACK=0 Feb 1 14:03:58 [29075] DBG:tm:matching_3261: RFC3261 transaction matched, tid=-d87543-5c484340d1308708-1--d87543- Feb 1 14:03:58 [29075] DBG:tm:t_lookup_request: REF_UNSAFE: after is 1 Feb 1 14:03:58 [29075] DBG:tm:t_lookup_request: transaction found (T=0x4069bb80) Feb 1 14:03:58 [29075] DBG:tm:t_retransmit_reply: nothing to retransmit Feb 1 14:03:58 [29075] DBG:tm:t_unref: UNREF_UNSAFE: after is 0 Feb 1 14:03:58 [29075] DBG:core:destroy_avp_list: destroying list (nil) Feb 1 14:03:58 [29075] DBG:core:receive_msg: cleaning up Feb 1 14:03:58 [29078] DBG:tm:utimer_routine: timer routine:7,tl=0x4069bccc next=(nil), timeout=16700000 Feb 1 14:03:58 [29078] DBG:tm:retransmission_handler: retransmission_handler : request resending (t=0x4069bb80, SUBSCRIBE ... ) Feb 1 14:03:58 [29078] DBG:tm:set_timer: relative timeout is 4000000 Feb 1 14:03:58 [29078] DBG:tm:insert_timer_unsafe: [7]: 0x4069bccc (20700000) Feb 1 14:03:58 [29078] DBG:tm:retransmission_handler: retransmission_handler : done Feb 1 14:04:02 [29077] DBG:core:parse_msg: SIP Request: Feb 1 14:04:02 [29077] DBG:core:parse_msg: method: <SUBSCRIBE> Feb 1 14:04:02 [29077] DBG:core:parse_msg: uri: <sip:ali@jabber.splendor.net> Feb 1 14:04:02 [29077] DBG:core:parse_msg: version: <SIP/2.0> Feb 1 14:04:02 [29077] DBG:core:parse_headers: flags=2 Feb 1 14:04:02 [29077] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK-d87543-5c484340d1308708-1--d87543->; state=6 Feb 1 14:04:02 [29077] DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=17 Feb 1 14:04:02 [29077] DBG:core:parse_via: end of header reached, state=5 Feb 1 14:04:02 [29077] DBG:core:parse_headers: via found, flags=2 Feb 1 14:04:02 [29077] DBG:core:parse_headers: this is the first via Feb 1 14:04:02 [29077] DBG:core:receive_msg: After parse_msg... Feb 1 14:04:02 [29077] DBG:core:receive_msg: preparing to run routing scripts... Feb 1 14:04:02 [29077] DBG:core:parse_headers: flags=100 Feb 1 14:04:02 [29077] DBG:maxfwd:is_maxfwd_present: value = 70 Feb 1 14:04:02 [29077] DBG:core:parse_headers: flags=200 Feb 1 14:04:02 [29077] DBG:core:parse_to: end of header reached, state=10 Feb 1 14:04:02 [29077] DBG:core:parse_to: display={"ssafass"}, ruri={sip:ali@jabber.splendor.net} Feb 1 14:04:02 [29077] DBG:core:get_hdr_field: <To> [40]; uri=[sip:ali@jabber.splendor.net] Feb 1 14:04:02 [29077] DBG:core:get_hdr_field: to body ["ssafass"<sip:ali@jabber.splendor.net> ] Feb 1 14:04:02 [29077] DBG:core:get_hdr_field: cseq <CSeq>: <1> <SUBSCRIBE> Feb 1 14:04:02 [29077] DBG:core:get_hdr_field: content_length=0 Feb 1 14:04:02 [29077] DBG:core:get_hdr_field: found end of header Feb 1 14:04:02 [29077] DBG:rr:find_first_route: No Route headers found Feb 1 14:04:02 [29077] DBG:rr:loose_route: There is no Route HF Feb 1 14:04:02 [29077] DBG:core:grep_sock_info: checking if host==us: 19==15 && [jabber.splendor.net] == [193.227.186.153] Feb 1 14:04:02 [29077] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Feb 1 14:04:02 [29077] DBG:uri_db:does_uri_exist: User in request uri does exist Feb 1 14:04:02 [29077] DBG:core:db_free_rows: freeing 1 rows Feb 1 14:04:02 [29077] DBG:core:db_free_rows: row[0]=0x817fca0 Feb 1 14:04:02 [29077] DBG:core:db_free_rows: 0x817fca0=pkg_free() RES_ROWS Feb 1 14:04:02 [29077] DBG:core:rewrite_uri: rewriting Request-URI with 'sip:ali@193.227.186.146:6242;rinstance=63a8660ec1b35169' Feb 1 14:04:02 [29077] DBG:tm:t_newtran: transaction on entrance=0xffffffff Feb 1 14:04:02 [29077] DBG:core:parse_headers: flags=ffffffffffffffff Feb 1 14:04:02 [29077] DBG:core:parse_headers: flags=78 Feb 1 14:04:02 [29077] DBG:tm:t_lookup_request: start searching: hash=50458, isACK=0 Feb 1 14:04:02 [29077] DBG:tm:matching_3261: RFC3261 transaction matched, tid=-d87543-5c484340d1308708-1--d87543- Feb 1 14:04:02 [29077] DBG:tm:t_lookup_request: REF_UNSAFE: after is 1 Feb 1 14:04:02 [29077] DBG:tm:t_lookup_request: transaction found (T=0x4069bb80) Feb 1 14:04:02 [29077] DBG:tm:t_retransmit_reply: nothing to retransmit Feb 1 14:04:02 [29077] DBG:tm:t_unref: UNREF_UNSAFE: after is 0 Feb 1 14:04:02 [29077] DBG:core:destroy_avp_list: destroying list (nil) Feb 1 14:04:02 [29077] DBG:core:receive_msg: cleaning up Feb 1 14:04:02 [29078] DBG:tm:utimer_routine: timer routine:7,tl=0x4069bccc next=(nil), timeout=20700000 Feb 1 14:04:02 [29078] DBG:tm:retransmission_handler: retransmission_handler : request resending (t=0x4069bb80, SUBSCRIBE ... ) Feb 1 14:04:02 [29078] DBG:tm:set_timer: relative timeout is 4000000 Feb 1 14:04:02 [29078] DBG:tm:insert_timer_unsafe: [7]: 0x4069bccc (24700000) Feb 1 14:04:02 [29078] DBG:tm:retransmission_handler: retransmission_handler : done Feb 1 14:04:06 [29075] DBG:core:parse_msg: SIP Request: Feb 1 14:04:06 [29075] DBG:core:parse_msg: method: <SUBSCRIBE> Feb 1 14:04:06 [29075] DBG:core:parse_msg: uri: <sip:ali@jabber.splendor.net> Feb 1 14:04:06 [29075] DBG:core:parse_msg: version: <SIP/2.0> Feb 1 14:04:06 [29075] DBG:core:parse_headers: flags=2 Feb 1 14:04:06 [29075] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK-d87543-5c484340d1308708-1--d87543->; state=6 Feb 1 14:04:06 [29075] DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=17 Feb 1 14:04:06 [29075] DBG:core:parse_via: end of header reached, state=5 Feb 1 14:04:06 [29075] DBG:core:parse_headers: via found, flags=2 Feb 1 14:04:06 [29075] DBG:core:parse_headers: this is the first via Feb 1 14:04:06 [29075] DBG:core:receive_msg: After parse_msg... Feb 1 14:04:06 [29075] DBG:core:receive_msg: preparing to run routing scripts... Feb 1 14:04:06 [29075] DBG:core:parse_headers: flags=100 Feb 1 14:04:06 [29075] DBG:maxfwd:is_maxfwd_present: value = 70 Feb 1 14:04:06 [29075] DBG:core:parse_headers: flags=200 Feb 1 14:04:06 [29075] DBG:core:parse_to: end of header reached, state=10 Feb 1 14:04:06 [29075] DBG:core:parse_to: display={"ssafass"}, ruri={sip:ali@jabber.splendor.net} Feb 1 14:04:06 [29075] DBG:core:get_hdr_field: <To> [40]; uri=[sip:ali@jabber.splendor.net] Feb 1 14:04:06 [29075] DBG:core:get_hdr_field: to body ["ssafass"<sip:ali@jabber.splendor.net> ] Feb 1 14:04:06 [29075] DBG:core:get_hdr_field: cseq <CSeq>: <1> <SUBSCRIBE> Feb 1 14:04:06 [29075] DBG:core:get_hdr_field: content_length=0 Feb 1 14:04:06 [29075] DBG:core:get_hdr_field: found end of header Feb 1 14:04:06 [29075] DBG:rr:find_first_route: No Route headers found Feb 1 14:04:06 [29075] DBG:rr:loose_route: There is no Route HF Feb 1 14:04:06 [29075] DBG:core:grep_sock_info: checking if host==us: 19==15 && [jabber.splendor.net] == [193.227.186.153] Feb 1 14:04:06 [29075] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Feb 1 14:04:06 [29075] DBG:uri_db:does_uri_exist: User in request uri does exist Feb 1 14:04:06 [29075] DBG:core:db_free_rows: freeing 1 rows Feb 1 14:04:06 [29075] DBG:core:db_free_rows: row[0]=0x817fcc8 Feb 1 14:04:06 [29075] DBG:core:db_free_rows: 0x817fcc8=pkg_free() RES_ROWS Feb 1 14:04:06 [29075] DBG:core:rewrite_uri: rewriting Request-URI with 'sip:ali@193.227.186.146:6242;rinstance=63a8660ec1b35169' Feb 1 14:04:06 [29075] DBG:tm:t_newtran: transaction on entrance=0xffffffff Feb 1 14:04:06 [29075] DBG:core:parse_headers: flags=ffffffffffffffff Feb 1 14:04:06 [29075] DBG:core:parse_headers: flags=78 Feb 1 14:04:06 [29075] DBG:tm:t_lookup_request: start searching: hash=50458, isACK=0 Feb 1 14:04:06 [29075] DBG:tm:matching_3261: RFC3261 transaction matched, tid=-d87543-5c484340d1308708-1--d87543- Feb 1 14:04:06 [29075] DBG:tm:t_lookup_request: REF_UNSAFE: after is 1 Feb 1 14:04:06 [29075] DBG:tm:t_lookup_request: transaction found (T=0x4069bb80) Feb 1 14:04:06 [29075] DBG:tm:t_retransmit_reply: nothing to retransmit Feb 1 14:04:06 [29075] DBG:tm:t_unref: UNREF_UNSAFE: after is 0 Feb 1 14:04:06 [29075] DBG:core:destroy_avp_list: destroying list (nil) Feb 1 14:04:06 [29075] DBG:core:receive_msg: cleaning up Feb 1 14:04:06 [29078] DBG:tm:utimer_routine: timer routine:7,tl=0x4069bccc next=(nil), timeout=24700000 Feb 1 14:04:06 [29078] DBG:tm:retransmission_handler: retransmission_handler : request resending (t=0x4069bb80, SUBSCRIBE ... ) Feb 1 14:04:06 [29078] DBG:tm:set_timer: relative timeout is 4000000 Feb 1 14:04:06 [29078] DBG:tm:insert_timer_unsafe: [7]: 0x4069bccc (28700000) Feb 1 14:04:06 [29078] DBG:tm:retransmission_handler: retransmission_handler : done Feb 1 14:04:10 [29077] DBG:core:parse_msg: SIP Request: Feb 1 14:04:10 [29077] DBG:core:parse_msg: method: <SUBSCRIBE> Feb 1 14:04:10 [29077] DBG:core:parse_msg: uri: <sip:ali@jabber.splendor.net> Feb 1 14:04:10 [29077] DBG:core:parse_msg: version: <SIP/2.0> Feb 1 14:04:10 [29077] DBG:core:parse_headers: flags=2 Feb 1 14:04:10 [29077] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK-d87543-5c484340d1308708-1--d87543->; state=6 Feb 1 14:04:10 [29077] DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=17 Feb 1 14:04:10 [29077] DBG:core:parse_via: end of header reached, state=5 Feb 1 14:04:10 [29077] DBG:core:parse_headers: via found, flags=2 Feb 1 14:04:10 [29077] DBG:core:parse_headers: this is the first via Feb 1 14:04:10 [29077] DBG:core:receive_msg: After parse_msg... Feb 1 14:04:10 [29077] DBG:core:receive_msg: preparing to run routing scripts... Feb 1 14:04:10 [29077] DBG:core:parse_headers: flags=100 Feb 1 14:04:10 [29077] DBG:maxfwd:is_maxfwd_present: value = 70 Feb 1 14:04:10 [29077] DBG:core:parse_headers: flags=200 Feb 1 14:04:10 [29077] DBG:core:parse_to: end of header reached, state=10 Feb 1 14:04:10 [29077] DBG:core:parse_to: display={"ssafass"}, ruri={sip:ali@jabber.splendor.net} Feb 1 14:04:10 [29077] DBG:core:get_hdr_field: <To> [40]; uri=[sip:ali@jabber.splendor.net] Feb 1 14:04:10 [29077] DBG:core:get_hdr_field: to body ["ssafass"<sip:ali@jabber.splendor.net> ] Feb 1 14:04:10 [29077] DBG:core:get_hdr_field: cseq <CSeq>: <1> <SUBSCRIBE> Feb 1 14:04:10 [29077] DBG:core:get_hdr_field: content_length=0 Feb 1 14:04:10 [29077] DBG:core:get_hdr_field: found end of header Feb 1 14:04:10 [29077] DBG:rr:find_first_route: No Route headers found Feb 1 14:04:10 [29077] DBG:rr:loose_route: There is no Route HF Feb 1 14:04:10 [29077] DBG:core:grep_sock_info: checking if host==us: 19==15 && [jabber.splendor.net] == [193.227.186.153] Feb 1 14:04:10 [29077] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Feb 1 14:04:10 [29077] DBG:uri_db:does_uri_exist: User in request uri does exist Feb 1 14:04:10 [29077] DBG:core:db_free_rows: freeing 1 rows Feb 1 14:04:10 [29077] DBG:core:db_free_rows: row[0]=0x8179d78 Feb 1 14:04:10 [29077] DBG:core:db_free_rows: 0x8179d78=pkg_free() RES_ROWS Feb 1 14:04:10 [29077] DBG:core:rewrite_uri: rewriting Request-URI with 'sip:ali@193.227.186.146:6242;rinstance=63a8660ec1b35169' Feb 1 14:04:10 [29077] DBG:tm:t_newtran: transaction on entrance=0xffffffff Feb 1 14:04:10 [29077] DBG:core:parse_headers: flags=ffffffffffffffff Feb 1 14:04:10 [29077] DBG:core:parse_headers: flags=78 Feb 1 14:04:10 [29077] DBG:tm:t_lookup_request: start searching: hash=50458, isACK=0 Feb 1 14:04:10 [29077] DBG:tm:matching_3261: RFC3261 transaction matched, tid=-d87543-5c484340d1308708-1--d87543- Feb 1 14:04:10 [29077] DBG:tm:t_lookup_request: REF_UNSAFE: after is 1 Feb 1 14:04:10 [29077] DBG:tm:t_lookup_request: transaction found (T=0x4069bb80) Feb 1 14:04:10 [29077] DBG:tm:t_retransmit_reply: nothing to retransmit Feb 1 14:04:10 [29077] DBG:tm:t_unref: UNREF_UNSAFE: after is 0 Feb 1 14:04:10 [29077] DBG:core:destroy_avp_list: destroying list (nil) Feb 1 14:04:10 [29077] DBG:core:receive_msg: cleaning up Feb 1 14:04:10 [29078] DBG:tm:utimer_routine: timer routine:7,tl=0x4069bccc next=(nil), timeout=28700000 Feb 1 14:04:10 [29078] DBG:tm:retransmission_handler: retransmission_handler : request resending (t=0x4069bb80, SUBSCRIBE ... ) Feb 1 14:04:10 [29078] DBG:tm:set_timer: relative timeout is 4000000 Feb 1 14:04:10 [29078] DBG:tm:insert_timer_unsafe: [7]: 0x4069bccc (32700000) Feb 1 14:04:10 [29078] DBG:tm:retransmission_handler: retransmission_handler : done Feb 1 14:04:11 [29075] DBG:core:udp_rcv_loop: probing packet received from 193.227.186.146 11518 Feb 1 14:04:12 [29078] DBG:tm:timer_routine: timer routine:0,tl=0x4069bce8 next=0x4069bdfc, timeout=31 Feb 1 14:04:12 [29078] DBG:tm:final_response_handler: stop retr. and send CANCEL (0x4069bb80) Feb 1 14:04:12 [29078] DBG:tm:t_should_relay_response: T_code=0, new_code=408 Feb 1 14:04:12 [29078] DBG:tm:t_pick_branch: picked branch 0, code 408 Feb 1 14:04:12 [29078] DBG:tm:is_3263_failure: dns-failover test: branch=0, last_recv=408, flags=0 Feb 1 14:04:12 [29078] DBG:tm:t_should_relay_response: trying DNS-based failover Feb 1 14:04:12 [29078] DBG:tm:relay_reply: branch=0, save=0, relay=0 Feb 1 14:04:12 [29078] DBG:core:parse_headers: flags=ffffffffffffffff Feb 1 14:04:12 [29078] DBG:core:check_via_address: params 193.227.186.146, 192.168.0.176, 0 Feb 1 14:04:12 [29078] DBG:core:_shm_resize: resize(0) called Feb 1 14:04:12 [29078] DBG:tm:insert_timer_unsafe: [2]: 0x4069bbc8 (36) Feb 1 14:04:12 [29078] DBG:tm:relay_reply: sent buf=0x8179e70: SIP/2.0 4..., shmem=0x40699c70: SIP/2.0 4 Feb 1 14:04:12 [29078] DBG:tm:final_response_handler: done Feb 1 14:04:12 [29078] DBG:tm:timer_routine: timer routine:0,tl=0x4069bdfc next=(nil), timeout=31

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users February 2008