- sr-users - kamailio.org

[Serusers] SER 0.9.6 "desc_time_order" issue
by Mitya 12 Nov '07

12 Nov '07

Hi Everybody, I would like to set up thefollowing with ser 0.9.6 1) an UAC should be able to register more times with the same q value note: lets say, there is a power outage on the client side and it gets a new IP from the ISP, registers again, the "old" registration has not expired yed, it is still alive, because it did not unreggistered itself 2) when SER calls this UAC, only the most recently registered one should be invited 3) to limit the maximum number of contacts is not possible (I need this feature) From the documentation: ------------------------ ----- CUT ------ 1.3.5. desc_time_order (integer) [...] If set to 1 then all contacts will be ordered in descending modification time order. In this case the most recently updated/created contact will be used. [...] 1.3.3. append_branches (integer) [...] If the parameter is set to 0, only Request-URI will be overwritten with the highest-q rated contact and the rest will be left unprocessed. [...] ----- CUT ------ I also found this thread: ------------------------- http://lists.iptel.org/pipermail/serusers/2003-March/000758.html From Jan: You will have to use modparam("registrar", "append_branches", 0) in your script and after that only the most recently updated/created contact will be used (even if there are many of them). This is exactly what I need !! my relevant config is the following: modparam("usrloc", "db_mode", 1) modparam("registrar", "append_branches", 0) modparam("registrar", "desc_time_order", 1) modparam("registrar", "max_contacts", 50) Sympthom: --------- When I call the UA, always the firstly registered one gets the INVITE, and "desc_time_order" DOES NOT work :( Can sy explain me what should I do now ? Many thanks. Mitya

1 1

[OpenSER-Users] Mediaproxy --help required
by srinivas Antarvedi 12 Nov '07

12 Nov '07

Hello all , i have doubts regarding the mediaproxy do i have to run my openser server on public ip if i need to use the mediaproxy server on the same box as that of openser? -- Srinivas Antarvedi

2 1

Re: [Serusers] R: R: Loadbalancing for interco
by Jiri Kuthan 12 Nov '07

12 Nov '07

I think there is some confusion here ... SER doesn't change contacts by the action referred to bellow. -jiri At 17:54 12/11/2007, Stefano Capitanio wrote: >It is the simplest ser.cfg you can imagine: > > Route { > forward(z.z.z.z,5060); > } > > >The message enter in SER (y.y.y.y) as: > > U x.x.x.x:5060 -> y.y.y.y:5060 > REGISTER sip:213.203.128.126 SIP/2.0. > Via: SIP/2.0/UDP x.x.x.x:5060;rport;branch=z9hG4bKFCDF5014775145F7BBFB33B621BC8BC0. > From: openser <sip:123456102@y.y.y.y>;tag=1540538748. > To: openser <sip:123456102@y.y.y.y>. > Contact: "openser" <sip:123456102@x.x.x.x:5060>. > Call-ID: 23FDB6F533AC4BCF840FD35F34B385FD(a)y.y.y.y. > CSeq: 60558 REGISTER. > Expires: 120. > Max-Forwards: 70. > User-Agent: X-Lite release 1103m. > Content-Length: 0. > >And goes out as: > > U y.y.y.y:5060 -> z.z.z.z:5060 > REGISTER sip:y.y.y.y SIP/2.0. > Via: SIP/2.0/UDP y.y.y.y:5060;branch=0. > Via: SIP/2.0/UDP 195.110.129.41:5060;rport=5060;branch=z9hG4bKFCDF5014775145F7BBFB33B621BC8BC0. > From: openser <sip:123456102@y.y.y.y>;tag=1540538748. > To: openser <sip:123456102@y.y.y.y>. > Contact: "openser" <sip:123456102@y.y.y.y:5060>. > Call-ID: 23FDB6F533AC4BCF840FD35F34B385FD(a)y.y.y.y. > CSeq: 60558 REGISTER. > Expires: 120. > Max-Forwards: 70. > User-Agent: X-Lite release 1103m. > Content-Length: 0. > > > >> -----Messaggio originale----- >> Da: Jiri Kuthan [mailto:jiri@iptel.org] >> Inviato: lunedì 12 novembre 2007 17.41 >> A: Stefano Capitanio; serusers(a)lists.iptel.org >> Oggetto: Re: [Serusers] R: Loadbalancing for interco >> >> I haven't seen your config file, but normally it does not change Contacts. >> It changes contacts if it is configured to deal with NATs. >> >> -jiri >> >> At 17:20 12/11/2007, Stefano Capitanio wrote: >> >Ok, thanks for your answer, I understand your position. >> > >> >Anyway I cannot understand why SER modify the Contact header without any >> instruction about that in the config file...is there any reason concerning >> RFC compliance? >> > >> >Best regards, >> >Stefano >> > >> >> -----Messaggio originale----- >> >> Da: Jiri Kuthan [mailto:jiri@iptel.org] >> >> Inviato: lunedì 12 novembre 2007 17.09 >> >> A: Stefano Capitanio; serusers(a)lists.iptel.org >> >> Oggetto: Re: [Serusers] Loadbalancing for interco >> >> >> >> Well, load-balancing is not easy. To deal with issues like you are >> >> describing, >> >> your best choice is a load-balancer which is capable of working in >> >> transparent >> >> mode. We have such in our intelligence, some work, some less so, let me >> >> know >> >> if you need some intelligence on this. >> >> >> >> -jiri >> >> >> >> At 12:23 12/11/2007, Stefano Capitanio wrote: >> >> >Content-class: urn:content-classes:message >> >> >Content-Type: multipart/alternative; >> >> > boundary="----_=_NextPart_001_01C8251E.664EA61A" >> >> > >> >> >Hi, >> >> > >> >> >we are trying to do the same with our servers but we have some problem >> >> with registrations: >> >> >it seem that when the REGISTER message pass through SER, the host-part >> of >> >> Contact field is modified with the local address of SER. >> >> >Is it a misconfiguration problem? >> >> >Do you have experience in balancing also the registrations? >> >> > >> >> >Thanks, >> >> >Stefano >> >> > >> >> > >> >> >On Thu, 2007-09-13 at 11:02 +0200, inge wrote: >> >> > >> >> >> Hi all, >> >> > >> >> >> >> >> > >> >> >> Is there a way to have something like a loadbalancing on SER for >> >> > >> >> >> outgoing calls ? >> >> > >> >> >> >> >> > >> >> >> I want to distribute the calls between two gateways. Ideally, with a >> >> > >> >> >> coefficient (ie. 60% for the first and 40% for the second). >> >> > >> >> >> >> >> > >> >> >> Thanks for your support. >> >> > >> >> >> >> >> > >> >> >> Adrien .L >> >> >_______________________________________________ >> >> >Serusers mailing list >> >> >Serusers(a)lists.iptel.org >> >> >http://lists.iptel.org/mailman/listinfo/serusers >> >> >> >> >> >> >> >> -- >> >> Jiri Kuthan http://iptel.org/~jiri/ >> >_______________________________________________ >> >Serusers mailing list >> >Serusers(a)lists.iptel.org >> >http://lists.iptel.org/mailman/listinfo/serusers >> >> >> >> -- >> Jiri Kuthan http://iptel.org/~jiri/ >_______________________________________________ >Serusers mailing list >Serusers(a)lists.iptel.org >http://lists.iptel.org/mailman/listinfo/serusers -- Jiri Kuthan http://iptel.org/~jiri/

2 1

[OpenSER-Users] testing null AVPs
by Ovidiu Sas 12 Nov '07

12 Nov '07

Hi all, How should we test for non existing AVPs? method 1: is_avp_set("$avp(i:123)") method 2: $(avp(i:123)) != null Both of the above methods are working. Is there a difference between them? If no, then maybe is_avp_set should be deprecated. Regards, Ovidiu Sas

2 1

Re: [Serusers] R: Loadbalancing for interco
by Jiri Kuthan 12 Nov '07

12 Nov '07

I haven't seen your config file, but normally it does not change Contacts. It changes contacts if it is configured to deal with NATs. -jiri At 17:20 12/11/2007, Stefano Capitanio wrote: >Ok, thanks for your answer, I understand your position. > >Anyway I cannot understand why SER modify the Contact header without any instruction about that in the config file...is there any reason concerning RFC compliance? > >Best regards, >Stefano > >> -----Messaggio originale----- >> Da: Jiri Kuthan [mailto:jiri@iptel.org] >> Inviato: lunedì 12 novembre 2007 17.09 >> A: Stefano Capitanio; serusers(a)lists.iptel.org >> Oggetto: Re: [Serusers] Loadbalancing for interco >> >> Well, load-balancing is not easy. To deal with issues like you are >> describing, >> your best choice is a load-balancer which is capable of working in >> transparent >> mode. We have such in our intelligence, some work, some less so, let me >> know >> if you need some intelligence on this. >> >> -jiri >> >> At 12:23 12/11/2007, Stefano Capitanio wrote: >> >Content-class: urn:content-classes:message >> >Content-Type: multipart/alternative; >> > boundary="----_=_NextPart_001_01C8251E.664EA61A" >> > >> >Hi, >> > >> >we are trying to do the same with our servers but we have some problem >> with registrations: >> >it seem that when the REGISTER message pass through SER, the host-part of >> Contact field is modified with the local address of SER. >> >Is it a misconfiguration problem? >> >Do you have experience in balancing also the registrations? >> > >> >Thanks, >> >Stefano >> > >> > >> >On Thu, 2007-09-13 at 11:02 +0200, inge wrote: >> > >> >> Hi all, >> > >> >> >> > >> >> Is there a way to have something like a loadbalancing on SER for >> > >> >> outgoing calls ? >> > >> >> >> > >> >> I want to distribute the calls between two gateways. Ideally, with a >> > >> >> coefficient (ie. 60% for the first and 40% for the second). >> > >> >> >> > >> >> Thanks for your support. >> > >> >> >> > >> >> Adrien .L >> >_______________________________________________ >> >Serusers mailing list >> >Serusers(a)lists.iptel.org >> >http://lists.iptel.org/mailman/listinfo/serusers >> >> >> >> -- >> Jiri Kuthan http://iptel.org/~jiri/ >_______________________________________________ >Serusers mailing list >Serusers(a)lists.iptel.org >http://lists.iptel.org/mailman/listinfo/serusers -- Jiri Kuthan http://iptel.org/~jiri/

2 1

Re: [Serusers] Loadbalancing for interco
by Jiri Kuthan 12 Nov '07

12 Nov '07

Well, load-balancing is not easy. To deal with issues like you are describing, your best choice is a load-balancer which is capable of working in transparent mode. We have such in our intelligence, some work, some less so, let me know if you need some intelligence on this. -jiri At 12:23 12/11/2007, Stefano Capitanio wrote: >Content-class: urn:content-classes:message >Content-Type: multipart/alternative; > boundary="----_=_NextPart_001_01C8251E.664EA61A" > >Hi, > >we are trying to do the same with our servers but we have some problem with registrations: >it seem that when the REGISTER message pass through SER, the host-part of Contact field is modified with the local address of SER. >Is it a misconfiguration problem? >Do you have experience in balancing also the registrations? > >Thanks, >Stefano > > >On Thu, 2007-09-13 at 11:02 +0200, inge wrote: > >> Hi all, > >> > >> Is there a way to have something like a loadbalancing on SER for > >> outgoing calls ? > >> > >> I want to distribute the calls between two gateways. Ideally, with a > >> coefficient (ie. 60% for the first and 40% for the second). > >> > >> Thanks for your support. > >> > >> Adrien .L >_______________________________________________ >Serusers mailing list >Serusers(a)lists.iptel.org >http://lists.iptel.org/mailman/listinfo/serusers -- Jiri Kuthan http://iptel.org/~jiri/

2 1

[OpenSER-Users] Digest Authentication and nonce count
by Klaus Darilion 12 Nov '07

12 Nov '07

Hi! the ..._challenge() functions support adding the qop=auth to the challenge. This will cause the SIP client to use the nonce count in the digest response. Is this nonce count actually used in openser? I guess this would require stateful handling of nonce and nonce-count. regards klaus

2 2

[Serusers] Loadbalancing for interco
by Stefano Capitanio 12 Nov '07

12 Nov '07

Hi, we are trying to do the same with our servers but we have some problem with registrations: it seem that when the REGISTER message pass through SER, the host-part of Contact field is modified with the local address of SER. Is it a misconfiguration problem? Do you have experience in balancing also the registrations? Thanks, Stefano On Thu, 2007-09-13 at 11:02 +0200, inge wrote: > Hi all, > > Is there a way to have something like a loadbalancing on SER for > outgoing calls ? > > I want to distribute the calls between two gateways. Ideally, with a > coefficient (ie. 60% for the first and 40% for the second). > > Thanks for your support. > > Adrien .L

1 0

[OpenSER-Users] SIP Response code in a Failure Route Block
by Douglas Garstang 12 Nov '07

12 Nov '07

Can someone tell me why the pseudo variable $rr (SIP reply reason) is not present in a failure_route? If a call fails, this pseudo var contains the SIP response code, '404' for a Not Found for example. I would think that it should DEFINITELY be set in a failure route. OTHER pseudo variables are set in a failure route. Why not the SIP response code? This is probably the most important pseudo variable to have available in a failure route! Douglas. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

4 3

[OpenSER-Users] Forking based on XML document in SDP
by Pascal Maugeri 12 Nov '07

12 Nov '07

Hi I need to fork an INVITE request to a list of SIP URIs. The list of URIs is defined in an XML document, in the payload of the incoming request. I've read in a previous email (contributed by John Peters) that one may fork the request using avpops: > modparam("avpops","avp_aliases","myGroup=i:665") > avp_write("sip:u1@host", "$myGroup"); > avp_write(" sip:u2@host", "$myGroup"); > avp_pushto("$ruri", "$myGroup/g"); For the time being the only solution I see is to process the XML document in a external application using EXEC module that will return the list of SIP URIs for forking. Before sending the forked request(s) the XML document should be removed from the payload (I have no idea yet how to do this). Do you think there is smarter way to manage it ? Maybe I should not try to do this using OpenSER but rather forward the request to an external SIP service that will do the job ? Thanks in advance for any advice, Pascal

2 1

[OpenSER-Users] Loose route problem with ;nat=yes
by Daniel 12 Nov '07

12 Nov '07

Hi all, there is a little problem in loose_route () function. Loose_route() function is not able to recognize the address of the proxy server (in the ROUTE header field) if ROUTE header field has the ";nat=yes" tag. So, addresses like " Route: 192.168.2.1;nat=yes;lr=on;ftag=123455 " are read by loose_route as foreign address. Meanwhile "Route: 192.168.2.1;lr=on;ftag=123455" are recognized correctly. where 192.168.2.1 = proxy server address Regerds, Daniel -- Daniel Grotti ________________________ e-mail : d.grotti(a)gmail.com

2 1

[OpenSER-Users] Reg. conditional processing of invite
by Padmaja 12 Nov '07

12 Nov '07

Hi all, I have an issue, where the sip user dials 911 number and hangs up. The 911 operator then calls back to the user using the call back command provided earlier say 8911 (there is a b2bua that interprets the call back number and routes the call to the specific user). This number is to be routed via the openser proxy to the b2bua. However, when the 911 calls back, proxy treats this number as a username and since there are no registrations to this 8911 number (though this entry is present at the proxy, no device has registered with this number), it sends back "404 Not found". How can this be circumvented? Thanks, Padmaja ----- Original Message ----- From: <users-request(a)lists.openser.org> To: <users(a)lists.openser.org> Sent: Saturday, November 03, 2007 3:46 AM Subject: Users Digest, Vol 30, Issue 6 > Send Users mailing list submissions to > users(a)lists.openser.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.openser.org/cgi-bin/mailman/listinfo/users > or, via email, send a message with subject or body 'help' to > users-request(a)lists.openser.org > > You can reach the person managing the list at > users-owner(a)lists.openser.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Users digest..." > > > Today's Topics: > > 1. Core dumped when deploying presence module (Sergio Gutierrez) > 2. Re: MediaProxy 1.9.0 - Radius (Brian Heath) > 3. Re: Forking Madness (Chris Heiser) > 4. Re: MediaProxy 1.9.0 - Radius (Mike O'Connor) > 5. Re: MediaProxy 1.9.0 - Radius (Ovidiu Sas) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 2 Nov 2007 15:59:56 -0500 > From: "Sergio Gutierrez" <saguti(a)gmail.com> > Subject: [OpenSER-Users] Core dumped when deploying presence module > To: users(a)lists.openser.org, users(a)openser.org > Message-ID: > <8a4af3e20711021359p3327c719t4ae680de4ac3e155(a)mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Hello to all members. > > Currently we are trying to deploy presence module in the following > environment: > > 1. Openser 1.2.1 > 2. Solaris 10 on Sparc System > 3. libxml 2.6.30 > > Openser starts up fine, but when happens any event as a Status change of a > user agent, Openser crashes. > Below I send an extract from the logfile, and the backtrace of the core. > Thanks in advance for your attention. > > Sergio Guti?rrez > EPM Telecomunicaciones > Medellin - Colombia > > **************************************************** >>From Openser logfile. > > 0(5493) Nuevo Requerimiento - M=SUBSCRIBE > RURI=sip:5192901@200.13.225.250F= > sip:5192902@200.13.225.250 T=sip:5192901@200.13.225.250 > IP=200.116.28.88ID=YmE2MGVhMGQzMTI3ZmU0YTkzMDJjNjIxODNmMGIwOWE. > 0(5493) comp_scriptvar: str 20 : 5192901 > 0(5493) DEBUG:maxfwd:is_maxfwd_present: value = 70 > 0(5493) parse_headers: flags=ffffffffffffffff > 0(5493) get_hdr_field: cseq <CSeq>: <1> <SUBSCRIBE> > 0(5493) DEBUG: get_hdr_body : content_length=0 > 0(5493) found end of header > 0(5493) PRESENCE: handle_subscribe: 'expires' found > 0(5493) PRESENCE: handle_subscribe: lexpire= 3600 > 0(5493) PRESENCE: handle_subscribe: 'To' header ALREADY PARSED: < > sip:5192901@200.13.225.250> > 0(5493) PRESENCE:handle_subscribe: generating to_tag > 0(5493) > [p_user]= 5192901 [p_domain]= 200.13.225.250 > [w_user]= 5192902 [w_domain]= 200.13.225.250 > 0(5493) [event]= presence > [staus]= pending > [expires]= 3600 > 0(5493) [to_tag]= 10.5493.1194034490.40 > [from_tag]= 1f783845 > 0(5493) PRESENCE: update_subscription ... > 0(5493) > [p_user]= 5192901 [p_domain]= 200.13.225.250 > [w_user]= 5192902 [w_domain]= 200.13.225.250 > 0(5493) [event]= presence > [staus]= pending > [expires]= 3600 > 0(5493) [to_tag]= 10.5493.1194034490.40 > [from_tag]= 1f783845 > 0(5493) expires: 3600 > 0(5493) PRESENCE:update_subscription:Inserting into database: > n_query_cols:14 > 0(5493) [0] = to_user 5192901 > 0(5493) [1] = to_domain 200.13.225.250 > 0(5493) [2] = from_user 5192902 > 0(5493) [3] = from_domain 200.13.225.250 > 0(5493) [4] = event presence > 0(5493) [5] = event_id > 0(5493) [6] = callid YmE2MGVhMGQzMTI3ZmU0YTkzMDJjNjIxODNmMGIwOWE. > 0(5493) [7] = to_tag 10.5493.1194034490.40 > 0(5493) [8] = from_tag 1f783845 > 0(5493) [9] = contact sip:5192902@200.116.28.88:47166 > 0(5493) [10] = status pending > 0(5493) [11] = cseq 1 > 0(5493) [12] = expires 1194038090 > 0(5493) [13] = version 0 > 0(5493) parse_headers: flags=ffffffffffffffff > 0(5493) check_via_address(200.116.28.88, 192.168.0.13, 0) > 0(5493) DBG:sl:run_sl_callbacks: callback id 0 entered > 0(5493) trace_sl_onreply_out: trace off... > 0(5493) PRESENCE: get_subs_dialog:n= 1 > 0(5493) PRESENCE:notify:dialog informations: > 0(5493) > [p_user]= 5192901 [p_domain]= 200.13.225.250 > [w_user]= 5192901 [w_domain]= 200.13.225.250 > 0(5493) [event]= presence.winfo > [staus]= active > [expires]= 3518 > 0(5493) [to_tag]= 10.5493.1194034408.34 > [from_tag]= 39320458 > 0(5493) presence:uandd_to_uri: uri=sip:5192901@200.13.225.250 > 0(5493) presence:uandd_to_uri: uri=sip:5192902@200.13.225.250 > 0(5493) presence:uandd_to_uri: uri=sip:5192901@200.13.225.250 > 0(5493) PRESENCE: notify: build notify to user= 5192901 domain= > 200.13.225.250 for event= presence.winfo > 0(5493) > [p_user]= 5192901 [p_domain]= 200.13.225.250 > [w_user]= 5192901 [w_domain]= 200.13.225.250 > 0(5493) [event]= presence.winfo > [staus]= active > [expires]= 3518 > 0(5493) [to_tag]= 10.5493.1194034408.34 > [from_tag]= 39320458 > 0(5493) PRESENCE:build_str_hdr: expires = 3518 > 0(5493) PRESENCE:build_str_hdr: subs_expires : 3518 > 0(5493) PRESENCE: build_str_hdr: headers: > Event: presence.winfo > Contact: <sip:200.13.225.250:5060> > Subscription-State: active;expires=3518 > Content-Type: application/watcherinfo+xml > > 0(5493) PRESENCE:notify: headers:Event: presence.winfo > Contact: <sip:200.13.225.250:5060> > Subscription-State: active;expires=3518 > Content-Type: application/watcherinfo+xml > > 0(5493) CONTACT = sip:5192901@200.13.254.180:17116 > 0(5493) presence:uandd_to_uri: uri=sip:5192901@200.13.225.250 > 0(5493) parse_rr_body(): No body for record-route > 0(5493) PRESENCE: notify:Send notify for presence on callback 1(5494) > DEBUG: timer routine:4,tl=fc5c9a80 next=0, timeout=353600000 > 1(5494) DEBUG: retransmission_handler : request resending (t=fc5c9910, > NOTIFY si ... ) > 1(5494) DEBUG:tm:set_timer: relative timeout is 1000000 > 1(5494) DEBUG: add_to_tail_of_timer[5]: fc5c9a80 (354600000) > 1(5494) DEBUG: retransmission_handler : done > 1(5494) DEBUG: timer routine:5,tl=fc5c9a80 next=0, timeout=354600000 > 1(5494) DEBUG: retransmission_handler : request resending (t=fc5c9910, > NOTIFY si ... ) > 1(5494) DEBUG:tm:set_timer: relative timeout is 2000000 > 1(5494) DEBUG: add_to_tail_of_timer[6]: fc5c9a80 (356600000) > 1(5494) DEBUG: retransmission_handler : done > 1(5494) DEBUG: timer routine:6,tl=fc5c9a80 next=0, timeout=356600000 > 1(5494) DEBUG: retransmission_handler : request resending (t=fc5c9910, > NOTIFY si ... ) > 1(5494) DEBUG:tm:set_timer: relative timeout is 4000000 > 1(5494) DEBUG: add_to_tail_of_timer[7]: fc5c9a80 (360600000) > 1(5494) DEBUG: retransmission_handler : done > > > ******************************************************************************** > Backtrace of the core: > > #0 0xfe7f77bc in shm_dup_subs (subs=0xffbff1b0, to_tag=Cannot access > memory > at address 0x96 > ) at notify.c:1819 > 1819 cb_param->wi_subs->to_user.s = (char*)cb_param + size; > (gdb) bt > #0 0xfe7f77bc in shm_dup_subs (subs=0xffbff1b0, to_tag=Cannot access > memory > at address 0x96 > ) at notify.c:1819 > #1 0xfe7f8238 in notify (subs=0x1779c8, watcher_subs=0x15, n_body=0x0, > force_null_body=1024) at notify.c:1562 > #2 0xfe7f8f18 in query_db_notify (p_user=0x234, p_domain=0xdff08, > event=0xfe809a28 "presence.winfo", watcher_subs=0xffbff1b0, etag=0x0) > at notify.c:957 > #3 0xfe8028a8 in update_subscription (msg=0x175fd8, subs=0xffbff1b0, > rtag=0xffbff228, to_tag_gen=1) at subscribe.c:476 > #4 0xfe805080 in handle_subscribe (msg=0x175fd8, str1=0xffbff0e0 "", > str2=0x800 <Address 0x800 out of bounds>) at subscribe.c:1252 > #5 0x00018378 in do_action (a=0x145270, msg=0x175fd8) at action.c:883 > #6 0x00019bb8 in run_action_list (a=0x145270, msg=0x175fd8) at > action.c:131 > #7 0x000192bc in do_action () > #8 0x00019bb8 in run_action_list (a=0x1452c8, msg=0x175fd8) at > action.c:131 > #9 0x00019df8 in run_top_route (a=0x143e10, msg=0x175fd8) at action.c:111 > #10 0x00043b60 in receive_msg (buf=0x12dc00 "", len=1024, > rcv_info=0xe0400) > at receive.c:156 > #11 0x0006f294 in udp_rcv_loop () at udp_server.c:465 > #12 0x000338bc in main_loop () at main.c:834 > #13 0x00035c44 in main (argc=9, argv=0xe7800) at main.c:1399 > (gdb) quit >

2 3

Re: [Serusers] Voicemail setup on SER v0.9.6
by roayu 12 Nov '07

12 Nov '07

Hi Eneref, Thanks for your reply. So, do u mean that I'm gonna have the follwing applications in the SAME box? - 2 SER servers ( 1 existing SER + 1 new SER for SEMS ) with different port - 1 SEMS Thanks. Roa Yu -----Original Message----- From: Eneref [mailto:eneref@arcdiv.com] Sent: Friday, November 09, 2007 4:14 PM To: roayu Subject: Re: [Serusers] Voicemail setup on SER v0.9.6 Yes. You need either SEMS or Asterisk or some such. Meshing SEMS with SER, though it LOOKS complex, is really not that bad. The easiest thing to do is to run another SER server to handle voicemail (on a different port from the first SER if it's on the same box) and forward messages to it if voicemail is required (on time outs, or whatever conditions you set). There are some good instructions on how to do that in the SEMS docs. This also makes it quite easy to swap out with Asterisk or any other sort of voicemail-capable server should the need arise in future. N. roayu wrote: > > Hi there! > > > > Could anyone let me know how to setup Voicemail on SER v.0.9.6 ? Do I > need to install SEMS as well? > > > > Thanks > > > > > > Regards, > > Roa Yu > > ------------------------------------------------------------------------ > > _______________________________________________ > Serusers mailing list > Serusers(a)lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers >

1 0

[OpenSER-Users] MediaProxy 1.9.0 - Radius
by Mike O'Connor 11 Nov '07

11 Nov '07

Hi Guys I really think there is something wrong with MediaProxy, I can not get the radius or the mysql accounting to report any details, as best as I can see there is never any attempt to even try. There is nothing in the logs about there being anything wrong at all. I had added print statement thought out the code and I can see that the code for both mysql update and the code for sending radius updates never gets call. I have not been able to find the connection between the radius or mysql thread and the rtphandler but the print statement a in the actual calls to the mysql or radius and the print messages are never seen in the logs. Other prints added by me do get logged. Has any one actual tried the current code and got do the stop updates ? Mike

4 7

[OpenSER-Users] Openser bridging
by Max Lock 11 Nov '07

11 Nov '07

Hi Folks, I'm struggling with bridging openser between a public and a private network. The private 10.10.12.0/24 network connects openser and an asterisk server that plays a file and hangs up. I've got 2 sip clients connected to the public and private sides of the openser server. When I make calls via openser to the asterisk box, I only get audio on the private networks sip client, and neither client gets hung up correctly at the end of the call. I've put the SIP debug from the external client here: http://pastebin.com/m388a707d My openser and rtpproxy configs are here: http://pastebin.com/m3ed309d3 Can anyone give me any pointers? I've been staring at this for days :( -Cheers Max

2 3

[OpenSER-Users] Regarding the LCR module and AVPs...
by Kyle Stone 09 Nov '07

09 Nov '07

I'm using 1.2.X and the LCR module... following syntax fails at start up... $avp(i:20) = 1; if(!load_gw( $avp(i:20) ) ) { with an invalid arg to load_gw... anyone have a suggestion?

3 3

Re: [OpenSER-Users] lack of notify, subscribe problem
by Anca Vamanu 09 Nov '07

09 Nov '07

Stanisław Pitucha wrote: > ----- "Anca Vamanu" <anca(a)voice-system.ro> wrote: > >> I am not sure if snom 190 supports server presence. I've searched a >> bit >> but did not find sufficient info. >> Does the phone send other Subscribe messages apart from the ones with >> >> event: dialog? Does it send any Publish message? >> > > It has "Publish Presence" option turned on. It has also line monitoring with lights. I've found this site with example notify packets: > http://www.abptech.com/support/faqs/faq_snomphone_LED_explained.html > I have both support broken registrar on and filtering off, whatever that means for snom phone. That means it supports something. > Still - it subscribes for dialog properly (as far as I can tell from rfc4235), so I don't understand the bad event response... Or maybe openser just doesn't support 'dialog' events? > Yes, as I have mentioned before, OpenSer does not support 'dialog' event. It has support only for dialog with sla parameter (Event: dialog;sla) , used for BLA implementation (draft draft-anil-sipping-bla-03.txt). Please send a ngrep capture with a Subscribe message with Event: presence , its reply and the Notify that follows. Anca

1 0

[Serusers] proxy_authorize and radius_proxy_authorize doesn't work for ACK
by Tomasz Zieleniewski 09 Nov '07

09 Nov '07

Hi, When I invoke proxy_authorize and radius_proxy_authorize for an ACK message the is no uid avp present. All other messages which are authorized work fine. Why is that so?? Is it the right behaviour?? Bests regards Tomasz

4 4

Re: [Serusers] proxy_authorize and radius_proxy_authorize doesn't work for ACK
by Jiri Kuthan 09 Nov '07

09 Nov '07

At 17:49 08/11/2007, Tomasz Zieleniewski wrote: >Hi Piotr:) > >RFC only implies that proxy should not challenge the ACK message and >moreover it says that client sending ACK should duplicate >Authorization and Proxy-Authorization headers. This it what my client >does. But according to the description of the proxy_authorize function >it only verifies that credentials are valid. This function doesn't >cause the challenge response to be sent to the client. This is >performed with the usage of proxy_challenge function. >"The function verifies credentials according to RFC2617. If the >credentials are verified successfully then the function will succeed >and mark the credentials as authorized (marked credentials can be >later used by some other functions). If the function was unable to >verify the credentials for some reason then it will fail and the >script should call proxy_challenge which will challenge the user >again." >In my opinion, that is why proxy_authorize function should generate >the uid avp for ACK request if verification of credential gives >positive result. Well -- it should be stored somewhere in transaction state and someway I guess you should be able to get access to it (not sure if with or without some hack) ... but do you relaly need that? ACK has a transport function and as such, I don't see the use value for doing more processing with it than abosrbing/forwarding... -jiri -- Jiri Kuthan http://iptel.org/~jiri/

1 0

Re: [Serusers] proxy_authorize and radius_proxy_authorize doesn't work for ACK
by Jiri Kuthan 09 Nov '07

09 Nov '07

At 15:53 08/11/2007, Tomasz Zieleniewski wrote: >Hi, > >When I invoke proxy_authorize and radius_proxy_authorize for an ACK >message the is no uid avp present. >All other messages which are authorized work fine. >Why is that so?? >Is it the right behaviour?? yes. ACk has only a transport function and does not really impact SIP processing. -jiri >Bests regards >Tomasz >_______________________________________________ >Serusers mailing list >Serusers(a)lists.iptel.org >http://lists.iptel.org/mailman/listinfo/serusers -- Jiri Kuthan http://iptel.org/~jiri/

1 0

[Serusers] textops module - are the inserted hfs visible after insertion in the same route block?
by Tomasz Zieleniewski 09 Nov '07

09 Nov '07

Hi, I have the following problem after I insert a partical hf value woth the usage of the textops module (insert_attr_hf) the is_present_hf function returns negative result. is this correct behaviour?? Regards Tomasz

3 2

Re: [OpenSER-Users] lack of notify, subscribe problem
by Stanisław Pitucha 09 Nov '07

09 Nov '07

----- "Anca Vamanu" <anca(a)voice-system.ro> wrote: > If you do not use an xcap server, you should set the force_active > presence module parameter in 1.2.x and presence_xml module parameter > in > 1.3 to positive value. > More info here: > http://www.openser.org/dokuwiki/doku.php/presence:module-exports I'm using force-active=1 - still, no NOTIFY information is sent. Relevant parts from config: modparam("presence|pua", "db_url", "mysql://openserrw:openserrw@192.168.0.134/openser") modparam("presence", "server_address", "sip:192.168.0.134:9876") modparam("presence", "fallback2db", 1) modparam("presence_xml", "db_url", "mysql://openserrw:openserrw@192.168.0.134/openser") modparam("presence_xml", "force_active", 1) modparam("presence_xml", "xcap_table", "xcap_xml") modparam("pua_usrloc", "default_domain", "XXX") in route: handle_publish, handle_subscribe on is_method("PUBLISH") and is_method("SUBSCRIBE") (looks mostly like http://www.openxcap.org/wiki/Installation, but I'm not using openxcap) Anything else I should have added there? > > 2. Phone issue. Trying to start subscribe on snom 190 - messages > There was an wrong match with the dialog;sla event that version 1.3 > has support for. It is fixed now. Thanks. With last svn update it stops after subscribe, I don't even get 202 OK like before. Messages from Snom 190: SUBSCRIBE sip:AAA@XXX;user=phone SIP/2.0 Via: SIP/2.0/UDP 192.168.0.112:2078;branch=z9hG4bK-cilxh214xgmc;rport From: <sip:BBB@XXX>;tag=bhscby89jz To: <sip:AAA@XXX;user=phone> Call-ID: 3c26700c5573-eye598917qwu@snom190 CSeq: 1 SUBSCRIBE Max-Forwards: 70 Contact: <sip:BBB@192.168.0.112:2078;line=g4ev9jb3> Event: dialog Accept: application/dialog-info+xml Expires: 3600 Content-Length: 0 It gets "489 bad event" response. >From openser output: ERROR:presence:handle_subscribe: Missing or unsupported event header field value ERROR:presence:handle_subscribe: event= dialog Thanks.

2 1

Re: [OpenSER-Users] Presence module - NOTIFY not sent after un-SUBSCRIBE
by Pascal Maugeri 09 Nov '07

09 Nov '07

OK I got it now working after the update you recommended it. When I un-subscribe I get now the final notify with: Subscription-State: terminated;reason=timeout Thank you very much to everybody for your help and prompt responses. Regards, Pascal On Nov 9, 2007 11:19 AM, Anca Vamanu <anca(a)voice-system.ro> wrote: > > You have to take the latest svn repository for the 1.2.x branch: > > # svn co > https://openser.svn.sourceforge.net/svnroot/openser/branches/1.2 openser > > More info: http://www.openser.org/mos/view/Download/. > > Anca > > > Pascal Maugeri wrote: > > Do you mean I have to update again with 1.2.2 or should I update to "trunk" ? > > > > Thanks > > Pascal > > > > On Nov 9, 2007 11:00 AM, Anca Vamanu <anca(a)voice-system.ro> wrote: > > > >> Hello Pascal , > >> > >> Indeed the 1.2.x version did not sent Notify when unSubscribe was > >> received. It has been fixed in trunk but a back port was forgotten. > >> It was fixed with the latest commit. > >> > >> Thanks and regards, > >> Anca Vamanu > >> > >> > >> Pascal Maugeri wrote: > >> > >>> Hi > >>> > >>> I've update to 1.2.2 > >>> (http://openser.svn.sourceforge.net/svnroot/openser/tags/1.2.2/) and I > >>> get the same problem. > >>> > >>> This is the log of openser I get when I try an unsubscribe: > >>> > >>> 6(18125) PRESENCE:update_subscription: querying database > >>> 6(18125) PRESENCE:update_subscription: expires =0 -> deleting from database > >>> 6(18125) parse_headers: flags=ffffffffffffffff > >>> 6(18125) check_via_address(10.1.1.7, 10.1.1.7, 0) > >>> 6(18125) PRESENCE: get_subs_dialog:The query for subscribtion for > >>> [user]= pascal,[domain]= mydomain.net for [event]= presence.winfo > >>> returned no result > >>> 6(18125) PRESENCE:query_db_notify: Could not get subs_dialog from database > >>> 6(18125) PRESENCE:update_subscription:Could not send notify for presence.winfo > >>> 6(18125) DEBUG: cleanup_uac_timers: RETR/FR timers reset > >>> 6(18125) DEBUG: add_to_tail_of_timer[2]: 0xb60af2b8 (414) > >>> 6(18125) DEBUG:tm:UNREF_UNSAFE: after is 0 > >>> 6(18125) DEBUG:destroy_avp_list: destroying list (nil) > >>> 6(18125) receive_msg: cleaning up > >>> 13(18132) DEBUG: timer routine:2,tl=0xb60af2b8 next=(nil), timeout=414 > >>> 13(18132) DEBUG: wait_handler : removing 0xb60af270 from table > >>> 13(18132) DEBUG: delete transaction 0xb60af270 > >>> 13(18132) DEBUG: wait_handler : done > >>> > >>> It looks there is something wrong with my configuration > >>> "query_db_notify: Could not get subs_dialog from database", doesn't it > >>> ? > >>> > >>> FYI, subscription and notifications work OK. > >>> > >>> Regards > >>> Pascal > >>> > >>> > >>> On Nov 8, 2007 9:40 AM, Bogdan-Andrei Iancu <bogdan(a)voice-system.ro> wrote: > >>> > >>> > >>>> Hi Pascal, > >>>> > >>>> be sure you are using the latest version for 1.2 - try using the SVN > >>>> snapshots for 1.2.2 > >>>> > >>>> Regards, > >>>> Bogdan > >>>> > >>>> > >>>> Pascal Maugeri wrote: > >>>> > >>>> > >>>>> Hi > >>>>> > >>>>> I'm testing the presence module (OpenSER 1.2) and noticed that there > >>>>> is no final NOTIFY request sent when I send a SUBSCRIBE to > >>>>> un-subscribe from a subscription. > >>>>> > >>>>> Is there anything to be configured ? > >>>>> > >>>>> Regards, > >>>>> Pascal > >>>>> > >>>>> > >>>>> _______________________________________________ > >>>>> Users mailing list > >>>>> Users(a)lists.openser.org > >>>>> http://lists.openser.org/cgi-bin/mailman/listinfo/users > >>>>> > >>>>> > >>>>> > >>>>> > >>> _______________________________________________ > >>> Users mailing list > >>> Users(a)lists.openser.org > >>> http://lists.openser.org/cgi-bin/mailman/listinfo/users > >>> > >>> > >>> > >> > > > > > >

1 0

Re: [OpenSER-Users] Storing SIP Response Codes with avpops?
by Douglas Garstang 09 Nov '07

09 Nov '07

Daniel, I found that I was able to do this, and openser accepts it, and inserts a database record... avp_db_query("insert into sip_responses (response_code, response_reason) values ('$rs','abc')"); That is in a failure block. However, in the failure block, $rs is 0. I tried putting the avp_db_query into the reply block, and openser tells me that avp_db_query isn't allowed in the reply block, SO I then tried putting this: avp_write("$rs","$avp(result)"); into the reply block, and openser tells me that avp_write can't be used in a reply block. Argh! I just want to get a sip response code for the call and put it into the database. I'm using version 1.1. Douglas. ----- Original Message ---- From: Daniel-Constantin Mierla <daniel(a)voice-system.ro> To: Douglas Garstang <dougmig33(a)yahoo.com> Cc: users(a)lists.openser.org Sent: Thursday, November 8, 2007 1:30:50 PM Subject: Re: [OpenSER-Users] Storing SIP Response Codes with avpops? What version are you using? I just tested with trunk version and all ok? For the other issue, just set: modparam("avpops", "avp_table", "usr_preferences") Daniel On 11/08/07 23:20, Douglas Garstang wrote: > Thanks, but when I try that, I get the following error from openser: > > Nov 7 23:17:32 localhost openser[7035]: ERROR:xl_parse_spec: bad pvar > name "rr{s.escape.common})') " > Nov 7 23:17:32 localhost openser[7035]: > ERROR:avpops:fixup_db_query_avp: wrong format[insert into > sip_responses (response_code, response_reason) values ('$rs', > '$(rr{s.escape.common})') ] > Nov 7 23:17:32 localhost openser[7035]: ERROR: fix_actions: fixing > failed (code=-1) at cfg line 139 > > OpenSER also complains that i need to specify an avp table, but since > I am specifying the table in the query, I don't understand why that's > required. > > Douglas. > > > ----- Original Message ---- > From: Daniel-Constantin Mierla <daniel(a)voice-system.ro> > To: Douglas Garstang <dougmig33(a)yahoo.com> > Cc: users(a)lists.openser.org > Sent: Thursday, November 8, 2007 11:57:35 AM > Subject: Re: [OpenSER-Users] Storing SIP Response Codes with avpops? > > Hello, > > On 11/08/07 21:40, Douglas Garstang wrote: > > All, > > > > I'd like to store SIP response codes in mysql using avpops. Is this > > possible? > > > > I tried to do this a few years ago and couldn't find any > > documentation. Unfortunately, I still can't find any. > > > > Can someone post an example? All I can find online is reference > > documentation for avpops. > > > > I'd really like to see a full example with the modparams defining the > > table structure, and how I would use avp_write and avp_db_store to > > write the $rr response code. > the easiest way is to use avp_db_query(), you can give as parameter any > sql query. In your case, you can use in onreply_route: > > avp_db_query("insert into sip_responses (response_code, response_reason) > values ('$rs', '$(rr{s.escape.common})') "); > > You need to create the table sip_responses, with the two string columns. > > Daniel > > > > > Thanks. > > Douglas. > > > > > > __________________________________________________ > > Do You Yahoo!? > > Tired of spam? Yahoo! Mail has the best spam protection around > > http://mail.yahoo.com > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Users mailing list > > Users(a)lists.openser.org <mailto:Users@lists.openser.org> > > http://lists.openser.org/cgi-bin/mailman/listinfo/users > > > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

4 3

[OpenSER-Users] [Fwd: Re: Presence module - NOTIFY not sent after un-SUBSCRIBE]
by Anca Vamanu 09 Nov '07

09 Nov '07

-------- Original Message -------- Subject: Re: [OpenSER-Users] Presence module - NOTIFY not sent after un-SUBSCRIBE Date: Fri, 09 Nov 2007 12:19:57 +0200 From: Anca Vamanu <anca(a)voice-system.ro> To: Pascal Maugeri <pascal.maugeri1(a)gmail.com> References: <990aed650711050832u17bcebeey5fea7e4b593ebf2b(a)mail.gmail.com> <990aed650711071336i16268d29v7826e6c40ec580dd(a)mail.gmail.com> <4732CB99.2020104(a)voice-system.ro> <990aed650711090100l16fc5cd2h32c94ad0504ac12a(a)mail.gmail.com> <47342FBF.7060208(a)voice-system.ro> <990aed650711090210q4112985bt16cbbd28255cdd5f(a)mail.gmail.com> You have to take the latest svn repository for the 1.2.x branch: # svn co https://openser.svn.sourceforge.net/svnroot/openser/branches/1.2 openser More info: http://www.openser.org/mos/view/Download/. Anca Pascal Maugeri wrote: > Do you mean I have to update again with 1.2.2 or should I update to "trunk" ? > > Thanks > Pascal > > On Nov 9, 2007 11:00 AM, Anca Vamanu <anca(a)voice-system.ro> wrote: > >> Hello Pascal , >> >> Indeed the 1.2.x version did not sent Notify when unSubscribe was >> received. It has been fixed in trunk but a back port was forgotten. >> It was fixed with the latest commit. >> >> Thanks and regards, >> Anca Vamanu >> >> >> Pascal Maugeri wrote: >> >>> Hi >>> >>> I've update to 1.2.2 >>> (http://openser.svn.sourceforge.net/svnroot/openser/tags/1.2.2/) and I >>> get the same problem. >>> >>> This is the log of openser I get when I try an unsubscribe: >>> >>> 6(18125) PRESENCE:update_subscription: querying database >>> 6(18125) PRESENCE:update_subscription: expires =0 -> deleting from database >>> 6(18125) parse_headers: flags=ffffffffffffffff >>> 6(18125) check_via_address(10.1.1.7, 10.1.1.7, 0) >>> 6(18125) PRESENCE: get_subs_dialog:The query for subscribtion for >>> [user]= pascal,[domain]= mydomain.net for [event]= presence.winfo >>> returned no result >>> 6(18125) PRESENCE:query_db_notify: Could not get subs_dialog from database >>> 6(18125) PRESENCE:update_subscription:Could not send notify for presence.winfo >>> 6(18125) DEBUG: cleanup_uac_timers: RETR/FR timers reset >>> 6(18125) DEBUG: add_to_tail_of_timer[2]: 0xb60af2b8 (414) >>> 6(18125) DEBUG:tm:UNREF_UNSAFE: after is 0 >>> 6(18125) DEBUG:destroy_avp_list: destroying list (nil) >>> 6(18125) receive_msg: cleaning up >>> 13(18132) DEBUG: timer routine:2,tl=0xb60af2b8 next=(nil), timeout=414 >>> 13(18132) DEBUG: wait_handler : removing 0xb60af270 from table >>> 13(18132) DEBUG: delete transaction 0xb60af270 >>> 13(18132) DEBUG: wait_handler : done >>> >>> It looks there is something wrong with my configuration >>> "query_db_notify: Could not get subs_dialog from database", doesn't it >>> ? >>> >>> FYI, subscription and notifications work OK. >>> >>> Regards >>> Pascal >>> >>> >>> On Nov 8, 2007 9:40 AM, Bogdan-Andrei Iancu <bogdan(a)voice-system.ro> wrote: >>> >>> >>>> Hi Pascal, >>>> >>>> be sure you are using the latest version for 1.2 - try using the SVN >>>> snapshots for 1.2.2 >>>> >>>> Regards, >>>> Bogdan >>>> >>>> >>>> Pascal Maugeri wrote: >>>> >>>> >>>>> Hi >>>>> >>>>> I'm testing the presence module (OpenSER 1.2) and noticed that there >>>>> is no final NOTIFY request sent when I send a SUBSCRIBE to >>>>> un-subscribe from a subscription. >>>>> >>>>> Is there anything to be configured ? >>>>> >>>>> Regards, >>>>> Pascal >>>>> >>>>> >>>>> _______________________________________________ >>>>> Users mailing list >>>>> Users(a)lists.openser.org >>>>> http://lists.openser.org/cgi-bin/mailman/listinfo/users >>>>> >>>>> >>>>> >>>>> >>> _______________________________________________ >>> Users mailing list >>> Users(a)lists.openser.org >>> http://lists.openser.org/cgi-bin/mailman/listinfo/users >>> >>> >>> >> > >

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