sr-users February 2008

sr-users@lists.kamailio.org

146 participants
260 discussions

[OpenSER-Users] ERROR:mysql:db_mysql_convert_row: no private memory

by Iñaki Baz Castillo

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

16 years, 2 months

[OpenSER-Users] Mediaproxy error no attribute 'autocommit'

by Andy Smith

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.

16 years, 2 months

[OpenSER-Users] Call transfer

by Jan ONDREJ (SAL)

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

16 years, 2 months

Re: [OpenSER-Users] CDRTool rating on test system (without PSTN) zero cost problem

by A.smith

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

16 years, 2 months

Re: [OpenSER-Users] CDRTool rating on test system (without PSTN) zero cost problem

by A.smith

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

16 years, 2 months

[OpenSER-Users] CDRTool rating on test system (without PSTN) zero cost problem

by Andy Smith

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.

16 years, 2 months

[OpenSER-Users] Recommended distribution for OpenXCAP

by Sergio Gutierrez

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

16 years, 2 months

[OpenSER-Users] MSRP Relay release 0.9.1

by Adrian Georgescu

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

16 years, 2 months

[OpenSER-Users] Openser problem in logs

by Ali Jawad

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

16 years, 2 months

[OpenSER-Users] anonymous LDAP bind issue

by antalsia＠free.fr

Hi, I'm trying to implement LDAP authentication with anonymous LDAP bind. I set the ldap configuration file without ldap_bind_dn, ldap_bind_password attributes. This step works fine. Unfortunately, I can't figure out how to set the openser.cfg file. I need to pass the bind DN and the user password to the ldap_search function ; that's ok for the bind DN but I don't know how to procede for the password. Can someone post an example please ? Regards,

16 years, 2 months

Jump to page:

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