sr-users June 2007

sr-users@lists.kamailio.org

191 participants
315 discussions

[OpenSER-Users] Usrloc db_mode = 3 (DB_ONLY)
by Graham Markall 25 Jun '07

25 Jun '07

Hi, I am just getting started with openser (using openser-1.2.1) and have run across a problem I cannot seem to solve. When using db_mode=2 for the usrloc module, everything works fine. However, when db_mode is set to 3, calls are not able to be made - it seems that lookup("location") always fails. I see this in the log: Jun 25 16:35:17 cobalt1 /usr/local/sbin/openser[10084]: check_response(): Authorization is OK Jun 25 16:35:17 cobalt1 /usr/local/sbin/openser[10084]: check_username(): Digest username and URI username match Jun 25 16:35:17 cobalt1 /usr/local/sbin/openser[10084]: DEBUG:usrloc:db_load_urecord: aor not found in DB Jun 25 16:35:17 cobalt1 /usr/local/sbin/openser[10084]: lookup(): '1002' Not found in usrloc Having checked the mysql query log, the query that was run is: 130 Query select contact,expires,q,callid,cseq,flags,cflags,user_agent,received,path,sock et,methods, last_modified from location where username='1001'order by q If I run this query myself at the mysql command prompt, I get exactly one row returned: +-----------------------------------------------------+----------------- ----+-------+-------------------------------+-------+-------+--------+-- ----------------------------+----------+------+---------------------+--- ------+---------------------+ | contact | expires | q | callid | cseq | flags | cflags | user_agent | received | path | socket | methods | last_modified | +-----------------------------------------------------+----------------- ----+-------+-------------------------------+-------+-------+--------+-- ----------------------------+----------+------+---------------------+--- ------+---------------------+ | sip:1001@192.168.0.25:5062;transport=udp;user=phone | 2007-06-25 17:34:59 | -1.00 | bd348eeee82e4349(a)192.168.0.25 | 20092 | 0 | 0 | Grandstream GXP2000 1.1.2.27 | NULL | NULL | udp:172.16.1.1:5060 | 8063 | 2007-06-25 16:34:59 | +-----------------------------------------------------+----------------- ----+-------+-------------------------------+-------+-------+--------+-- ----------------------------+----------+------+---------------------+--- ------+---------------------+ 1 row in set (0.00 sec) Having followed through the code, in modules/usrloc/udomain.c (about line 550), things seem to be going wrong for me in this bit of code: if (ul_dbf.query(_c, keys, 0, vals, columns, (use_domain)?2:1, 13, order, &res) < 0) { LOG(L_ERR, "ERROR:usrloc:db_load_urecord: db_query failed\n"); return 0; } if (RES_ROW_N(res) == 0) { DBG("DEBUG:usrloc:db_load_urecord: aor not found in DB\n"); ul_dbf.free_result(_c, res); return 0; } I tried to find out why this is happening by attaching with gdb, but when I try to view res or res->n, I get a message that variable res is currently unavailable - I'm not sure if this is something to do with the way I'm using gdb though. When I step through, RES_ROW_N(res) == 0 must be true as it enters the code within the {} instead of skipping over it. Could anyone point me in the right direction as to why this doesn't work please? Many thanks, Graham Markall

1 0

[OpenSER-Users] XCAP Client on OpenSER
by Toni Barata 25 Jun '07

25 Jun '07

Hi all, Openser works pretty well as Presence Server, but on this development stage (version 1.2.x) the communication with XCAP Server is done via mysql (xcap_xml table). The integration with XCAP-Lite works this way and works Ok. However, SER has a library with XCAP-Client interface and we have started an integration of that library on the presence module of Openser. With this standard approach becomes possible the integration of the Openser Presence Server with, not only the XCAP-Lite, but also with others XCAP Servers, e.g., OpenXDM (https://openxdm.dev.java.net/). To have this integration accomplish get into the following steps: Libxcap Instalation: tar xvzf ser-2.0.0+cvs20070315_src.tar.gz cd ser-2.0.0+cvs20070315/lib/cds/ make install cd ../xcap/ make install export LD_LIBRARY_PATH=/usr/local/lib ( execute before starting openser) Run the attached patch: cd openser-1.2.x (openser's root) cp ../xcap_interface.diff . (Copy the patch to openser's root) patch -p1 <xcap_interface.diff (apply the patch ) Compile Openser, or if it is already compilied, just compile and install the presence module: make modules=modules/presence modules cp modules/presence/presence.so /usr/local/lib/openser/modules/ Add the XCAP configuration parameters on the Openser configuration file (openser.cfg): "... modparam("presence", "xcap_server", "http://x.x.x.x") modparam("presence", "xcap_root", "xcap-root") modparam("presence", "xcap_app_usage", "org.openmobilealliance.pres-rules") modparam("presence", "xcap_document_name", "presrules") modparam("presence", "xcap_auth_username", "openser") modparam("presence", "xcap_auth_password", "openserrw") ..." The integration was done with the following versions: openser-1.2.x-svn-20070517-221101.tgz (http://www.openser.org/downloads/snapshots/openser-1.2.x/) ser-2.0.0+cvs20070315_src.tar.gz (http://ftp.iptel.org/pub/ser/daily-snapshots/testing/) With this modification, when the Presence Servers need to consult a client's pres-rules it can do a XCAP Get instead of a MySql Query. This approach is closer to the OMA Presence SIMPLE + OMA XDM standards. Try it, test it and give us some feedback about it. If you have difficulties on the installation or configuration please contact us. Best Regards, Toni

1 0

[OpenSER-Users] OpenSER Attributes sending to RADIUS
by liran tal 25 Jun '07

25 Jun '07

Hey everyone, After quite a bit of google digging I've came across Dimitry's mail that cleared up some things that weren't so obvious in the documentation of the ACC module. He gave the example of using the following code: modparam("acc", "radius_extra", "Sip-UA=$hdr(User-Agent);Sip-Via=$hdr(Via[*]); Sip-SDP=$rb") Which in his case makes use of the Sip-UA, Sip-Via and Sip-SDP attributes but in the dictionary.sip file provided with openser/radiusclient-ng these attribute aren't present, there are other sets of attributes but not these... And so, I tried adding myself some custom attributes to both dictionary files, the one on the freeradius server and the other on openser's radiusclient-ng server and tried for example this: ATTRIBUTE Sip-Src-IP 900 string ATTRIBUTE Sip-Src-Port 901 string ATTRIBUTE Sip-Hdr-Contact 902 string ATTRIBUTE Sip-Hdr-UA 903 string ATTRIBUTE Sip-Hdr-From 904 string ATTRIBUTE Sip-Hdr-Media 905 string And then I put in openser's cfg: modparam("acc", "radius_extra", "Sip-Src-IP=$si") But it doesn't work, the accounting record on the freeradius server doesn't show the Sip-Src-IP attribute. If I change the modparam to use Sip-User-Realm which is defined in the original dictionary.sip on both servers then THAT IS added to the accounting record... my question is why? And the second question, is there a more extensive dictionary.sip file? How is it possible to add my own custom attributes as well? Thanks, Liri.

1 0

RE: [OpenSER-Users] RE: [Users] out of memory - please help
by Papadopoulos Georgios 25 Jun '07

25 Jun '07

> -----Original Message----- > From: Klaus Darilion [mailto:klaus.mailinglists@pernau.at] > Sent: Monday, June 25, 2007 9:28 AM > To: Papadopoulos Georgios > Cc: Bogdan-Andrei Iancu; users(a)openser.org > Subject: Re: [OpenSER-Users] RE: [Users] out of memory - please help > > > > Papadopoulos Georgios wrote: > > Why did this only appear on the first receiver child? I > would expect > > that all children receive an equal amount of traffic so they should > > all run out of memory more or less at the same time. Except > if when a > > message is received, Openser finds the first available > child and does > > this by trying child 1,2,3... Is this the case? > > The distribution between the UDP listener threads is not done > by openser but by the OS. openser will open port 5060 and > then fork the process "children=..." times. Then, all > processes will read from the same port. > Then how do you explain that only the first child ran out of memory? Disclaimer The information in this e-mail and any attachments is confidential. It is intended solely for the attention and use of the named addressee(s). If you are not the intended recipient, or person responsible for delivering this information to the intended recipient, please notify the sender immediately. Unless you are the intended recipient or his/her representative you are not authorized to, and must not, read, copy, distribute, use or retain this message or any part of it. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses.

2 1

[OpenSER-Users] openser routing question
by Radu Spineanu 25 Jun '07

25 Jun '07

Hi, I've been trying to setup a openser + asterisk server following the tutorial here: http://www.voip-info.org/wiki/view/Realtime+Integration+Of+Asterisk+With+Op… and with that openser configuration example. The only difference in my setup is that I am using openser 1.1. For some reason it doesn't seem to be working, the call is not established. This is the debugging output: /usr/sbin/openser[26006]: SIP Request: /usr/sbin/openser[26006]: method: <INVITE> /usr/sbin/openser[26006]: uri: <sip:101@217.73.174.13> /usr/sbin/openser[26006]: version: <SIP/2.0> /usr/sbin/openser[26006]: parse_headers: flags=2 /usr/sbin/openser[26006]: Found param type 235, <rport> = <n/a>; state=6 /usr/sbin/openser[26006]: Found param type 232, <branch> = <z9hG4bKapseucta>; state=16 /usr/sbin/openser[26006]: end of header reached, state=5 /usr/sbin/openser[26006]: parse_headers: Via found, flags=2 /usr/sbin/openser[26006]: parse_headers: this is the first via /usr/sbin/openser[26006]: After parse_msg... /usr/sbin/openser[26006]: preparing to run routing scripts... /usr/sbin/openser[26006]: parse_headers: flags=100 /usr/sbin/openser[26006]: DEBUG:maxfwd:is_maxfwd_present: value = 70 /usr/sbin/openser[26006]: parse_headers: flags=10 /usr/sbin/openser[26006]: DEBUG:parse_to:end of header reached, state=10 /usr/sbin/openser[26006]: DBUG:parse_to: display={}, ruri={sip:101@217.73.174.13} /usr/sbin/openser[26006]: DEBUG: get_hdr_field: <To> [25]; uri=[sip:101@217.73.174.13] /usr/sbin/openser[26006]: DEBUG: to body [<sip:101@217.73.174.13>^M ] /usr/sbin/openser[26006]: DEBUG: add_param: tag=hsiim /usr/sbin/openser[26006]: DEBUG:parse_to:end of header reached, state=29 /usr/sbin/openser[26006]: DBUG:parse_to: display={"Radu Spineanu"}, ruri={sip:100@217.73.174.13} /usr/sbin/openser[26006]: parse_headers: flags=200 /usr/sbin/openser[26006]: get_hdr_field: cseq <CSeq>: <797> <INVITE> /usr/sbin/openser[26006]: DEBUG: get_hdr_body : content_length=303 /usr/sbin/openser[26006]: found end of header /usr/sbin/openser[26006]: find_first_route: No Route headers found /usr/sbin/openser[26006]: loose_route: There is no Route HF /usr/sbin/openser[26006]: grep_sock_info - checking if host==us: 13==13 && [217.73.174.13] == [217.73.174.13] /usr/sbin/openser[26006]: grep_sock_info - checking if port 5060 matches port 5060 /usr/sbin/openser[26006]: grep_sock_info - checking if host==us: 13==13 && [217.73.174.13] == [217.73.174.13] /usr/sbin/openser[26006]: grep_sock_info - checking if port 5060 matches port 5060 /usr/sbin/openser[26006]: DEBUG: has_totag: no totag /usr/sbin/openser[26006]: DEBUG: has_totag: no totag /usr/sbin/openser[26006]: is_user_in(): User is not in group 'voicemail' /usr/sbin/openser[26006]: rewrite_uri: Rewriting Request-URI with 'sip:101@82.79.243.82:5068' /usr/sbin/openser[26006]: parse_headers: flags=ffffffffffffffff /usr/sbin/openser[26006]: DEBUG: t_newtran: msg id=2 , global msg id=0 , T on entrance=0xffffffffffffffff /usr/sbin/openser[26006]: parse_headers: flags=ffffffffffffffff /usr/sbin/openser[26006]: parse_headers: flags=78 /usr/sbin/openser[26006]: t_lookup_request: start searching: hash=18702, isACK=0 /usr/sbin/openser[26006]: DEBUG: RFC3261 transaction matching failed /usr/sbin/openser[26006]: DEBUG: t_lookup_request: no transaction found /usr/sbin/openser[26006]: DEBUG:tm:t_relay: new INVITE /usr/sbin/openser[26006]: parse_headers: flags=ffffffffffffffff /usr/sbin/openser[26006]: check_via_address(217.73.174.16, 82.79.243.82, 0) /usr/sbin/openser[26006]: WARNING:vqm_resize: resize(0) called /usr/sbin/openser[26006]: DEBUG:tm:_reply_light: reply sent out. buf=0x5e6458: SIP/2.0 1..., shmem=0x2b05574b9fb8: SIP/2.0 1 /usr/sbin/openser[26006]: DEBUG:tm:_reply_light: finished /usr/sbin/openser[26006]: DEBUG: mk_proxy: doing DNS lookup... /usr/sbin/openser[26006]: check_via_address(217.73.174.16, 82.79.243.82, 0) /usr/sbin/openser[26006]: DEBUG: add_to_tail_of_timer[4]: 0x2b05574b7ba0 /usr/sbin/openser[26006]: DEBUG: add_to_tail_of_timer[0]: 0x2b05574b7bc0 /usr/sbin/openser[26006]: SER: new transaction fwd'ed /usr/sbin/openser[26006]: DEBUG:tm:UNREF_UNSAFE: after is 0 /usr/sbin/openser[26006]: DEBUG:destroy_avp_list: destroying list (nil) /usr/sbin/openser[26006]: receive_msg: cleaning up /usr/sbin/openser[26012]: DEBUG: timer routine:4,tl=0x2b05574b7ba0 next=(nil) /usr/sbin/openser[26012]: DEBUG: retransmission_handler : request resending (t=0x2b05574b79c0, INVITE si ... ) /usr/sbin/openser[26012]: DEBUG: add_to_tail_of_timer[5]: 0x2b05574b7ba0 /usr/sbin/openser[26012]: DEBUG: retransmission_handler : done amy /usr/sbin/openser[26012]: DEBUG: timer routine:5,tl=0x2b05574b7ba0 next=(nil) amy /usr/sbin/openser[26012]: DEBUG: retransmission_handler : request resending (t=0x2b05574b79c0, INVITE si ... ) amy /usr/sbin/openser[26012]: DEBUG: add_to_tail_of_timer[6]: 0x2b05574b7ba0 amy /usr/sbin/openser[26012]: DEBUG: retransmission_handler : done [..] Jun 24 15:38:47 amy /usr/sbin/openser[26012]: DEBUG: timer routine:0,tl=0x2b05574b7bc0 next=(nil) /usr/sbin/openser[26012]: DEBUG: final_response_handler:stop retr. and send CANCEL (0x2b05574b79c0) /usr/sbin/openser[26012]: DEBUG:tm:t_should_relay_response: T_code=100, new_code=408 /usr/sbin/openser[26012]: DEBUG:tm:t_pick_branch: picked branch 0, code 408 /usr/sbin/openser[26012]: DEBUG:tm:relay_reply: branch=0, save=0, relay=0 /usr/sbin/openser[26012]: parse_headers: flags=ffffffffffffffff /usr/sbin/openser[26012]: check_via_address(217.73.174.16, 82.79.243.82, 0) /usr/sbin/openser[26012]: DEBUG: add_to_tail_of_timer[4]: 0x2b05574b7ae8 /usr/sbin/openser[26012]: DEBUG: add_to_tail_of_timer[0]: 0x2b05574b7b08 /usr/sbin/openser[26012]: DEBUG:tm:relay_reply: sent buf=0x5e4fb0: SIP/2.0 4..., shmem=0x2b05574b9fb8: SIP/2.0 4 /usr/sbin/openser[26012]: DEBUG: final_response_handler : done /usr/sbin/openser[26012]: DEBUG: timer routine:7,tl=0x2b05574b7ba0 next=(nil) /usr/sbin/openser[26006]: SIP Request: /usr/sbin/openser[26006]: method: <ACK> /usr/sbin/openser[26006]: uri: <sip:101@217.73.174.13> /usr/sbin/openser[26006]: version: <SIP/2.0> /usr/sbin/openser[26006]: parse_headers: flags=2 /usr/sbin/openser[26006]: Found param type 235, <rport> = <n/a>; state=6 /usr/sbin/openser[26006]: Found param type 232, <branch> = <z9hG4bKapseucta>; state=16 /usr/sbin/openser[26006]: end of header reached, state=5 /usr/sbin/openser[26006]: parse_headers: Via found, flags=2 /usr/sbin/openser[26006]: parse_headers: this is the first via /usr/sbin/openser[26006]: After parse_msg... /usr/sbin/openser[26006]: preparing to run routing scripts... /usr/sbin/openser[26006]: DEBUG : sl_filter_ACK: to late to be a local ACK! /usr/sbin/openser[26006]: parse_headers: flags=100 /usr/sbin/openser[26006]: DEBUG:maxfwd:is_maxfwd_present: value = 70 /usr/sbin/openser[26006]: parse_headers: flags=10 /usr/sbin/openser[26006]: DEBUG: add_param: tag=90f6b651c515331ae78169ff327ec50d-6648 /usr/sbin/openser[26006]: DEBUG:parse_to:end of header reached, state=29 /usr/sbin/openser[26006]: DBUG:parse_to: display={}, ruri={sip:101@217.73.174.13} /usr/sbin/openser[26006]: DEBUG: get_hdr_field: <To> [67]; uri=[sip:101@217.73.174.13] /usr/sbin/openser[26006]: DEBUG: to body [<sip:101@217.73.174.13>] /usr/sbin/openser[26006]: DEBUG: add_param: tag=hsiim /usr/sbin/openser[26006]: DEBUG:parse_to:end of header reached, state=29 /usr/sbin/openser[26006]: DBUG:parse_to: display={"Radu Spineanu"}, ruri={sip:100@217.73.174.13} /usr/sbin/openser[26006]: parse_headers: flags=200 /usr/sbin/openser[26006]: get_hdr_field: cseq <CSeq>: <797> <ACK> /usr/sbin/openser[26006]: DEBUG: get_hdr_body : content_length=0 /usr/sbin/openser[26006]: found end of header /usr/sbin/openser[26006]: find_first_route: No Route headers found /usr/sbin/openser[26006]: loose_route: There is no Route HF /usr/sbin/openser[26006]: grep_sock_info - checking if host==us: 13==13 && [217.73.174.13] == [217.73.174.13] /usr/sbin/openser[26006]: grep_sock_info - checking if port 5060 matches port 5060 /usr/sbin/openser[26006]: grep_sock_info - checking if host==us: 13==13 && [217.73.174.13] == [217.73.174.13] /usr/sbin/openser[26006]: grep_sock_info - checking if port 5060 matches port 5060 /usr/sbin/openser[26006]: rewrite_uri: Rewriting Request-URI with 'sip:101@82.79.243.82:5068' /usr/sbin/openser[26006]: parse_headers: flags=ffffffffffffffff /usr/sbin/openser[26006]: DEBUG: t_newtran: msg id=3 , global msg id=2 , T on entrance=0xffffffffffffffff /usr/sbin/openser[26006]: parse_headers: flags=ffffffffffffffff /usr/sbin/openser[26006]: parse_headers: flags=78 /usr/sbin/openser[26006]: t_lookup_request: start searching: hash=18702, isACK=1 /usr/sbin/openser[26006]: DEBUG: RFC3261 transaction matched, tid=apseucta /usr/sbin/openser[26006]: DEBUG:tm:REF_UNSAFE: after is 1 /usr/sbin/openser[26006]: DEBUG: t_lookup_request: transaction found (T=0x2b05574b79c0) /usr/sbin/openser[26006]: DEBUG: cleanup_uac_timers: RETR/FR timers reset /usr/sbin/openser[26006]: DEBUG: add_to_tail_of_timer[2]: 0x2b05574b7a40 /usr/sbin/openser[26006]: DEBUG:tm:UNREF_UNSAFE: after is 0 /usr/sbin/openser[26006]: DEBUG:destroy_avp_list: destroying list (nil) /usr/sbin/openser[26006]: receive_msg: cleaning up /usr/sbin/openser[26012]: DEBUG: timer routine:0,tl=0x2b05574b7b08 next=(nil) /usr/sbin/openser[26012]: DEBUG: timer routine:4,tl=0x2b05574b7ae8 next=(nil) /usr/sbin/openser[26012]: DEBUG: timer routine:2,tl=0x2b05574b7a40 next=(nil) /usr/sbin/openser[26012]: DEBUG: wait_handler : removing 0x2b05574b79c0 from table /usr/sbin/openser[26012]: DEBUG: delete transaction 0x2b05574b79c0 /usr/sbin/openser[26012]: DEBUG: wait_handler : done And this an ngrep output: U 217.73.174.16:5063 -> 217.73.174.13:5060 INVITE sip:101@217.73.174.13 SIP/2.0..Via: SIP/2.0/UDP 82.79.243.82:5063;rport;branch=z9hG4bKlejwtozv..Max-Forwards: 70..To: <sip:101@217 .73.174.13>..From: "Radu Spineanu" <sip:100@217.73.174.13>;tag=lewnx..Call-ID: pfysegloyvynryc@82.79.243.82..CSeq: 305 INVITE..Contact: < sip:100@82.79.243.82:5063>..Content-Type: application/sdp..Allow: INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,REFER,NOTIFY,SUBSCRIBE,INFO..Suppor ted: replaces,norefersub,100rel..User-Agent: Twinkle/1.0.1..Content-Length: 303....v=0..o=100 246106612 367660894 IN IP4 82.79.243.82..s= -..c=IN IP4 82.79.243.82..t=0 0..m=audio 8012 RTP/AVP 98 97 8 0 3 101..a=rtpmap:98 speex/16000..a=rtpmap:97 speex/8000..a=rtpmap:8 PCMA/8 000..a=rtpmap:0 PCMU/8000..a=rtpmap:3 GSM/8000..a=rtpmap:101 telephone-event/8000..a=fmtp:101 0-15..a=ptime:20.. # U 217.73.174.13:5060 -> 217.73.174.16:5063 SIP/2.0 100 trying -- your call is important to us..Via: SIP/2.0/UDP 82.79.243.82:5063;rport=5063;branch=z9hG4bKlejwtozv;received=217.73. 174.16..To: <sip:101@217.73.174.13>..From: "Radu Spineanu" <sip:100@217.73.174.13>;tag=lewnx..Call-ID: pfysegloyvynryc@82.79.243.82..CSeq : 305 INVITE..Server: OpenSer (1.1.0-notls (x86_64/linux))..Content-Length: 0..Warning: 392 217.73.174.13:5060 "Noisy feedback tells: pi d=26007 req_src_ip=217.73.174.16 req_src_port=5063 in_uri=sip:101@217.73.174.13 out_uri=sip:101@82.79.243.82:5068 via_cnt==1".... # U 217.73.174.13:5060 -> 82.79.243.82:5068 INVITE sip:101@82.79.243.82:5068 SIP/2.0..Record-Route: <sip:217.73.174.13;lr=on;ftag=lewnx>..Via: SIP/2.0/UDP 217.73.174.13;branch=z9hG4 bK4a11.a2772f67.0..Via: SIP/2.0/UDP 82.79.243.82:5063;received=217.73.174.16;rport=5063;branch=z9hG4bKlejwtozv..Max-Forwards: 69..To: <si p:101@217.73.174.13>..From: "Radu Spineanu" <sip:100@217.73.174.13>;tag=lewnx..Call-ID: pfysegloyvynryc@82.79.243.82..CSeq: 305 INVITE..C ontact: <sip:100@82.79.243.82:5063>..Content-Type: application/sdp..Allow: INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,REFER,NOTIFY,SUBSCRIBE,INF O..Supported: replaces,norefersub,100rel..User-Agent: Twinkle/1.0.1..Content-Length: 303..P-hint: usrloc applied....v=0..o=100 246106612 367660894 IN IP4 82.79.243.82..s=-..c=IN IP4 82.79.243.82..t=0 0..m=audio 8012 RTP/AVP 98 97 8 0 3 101..a=rtpmap:98 speex/16000..a=rtpmap :97 speex/8000..a=rtpmap:8 PCMA/8000..a=rtpmap:0 PCMU/8000..a=rtpmap:3 GSM/8000..a=rtpmap:101 telephone-event/8000..a=fmtp:101 0-15..a=pt ime:20.. # U 217.73.174.13:5060 -> 82.79.243.82:5068 INVITE sip:101@82.79.243.82:5068 SIP/2.0..Record-Route: <sip:217.73.174.13;lr=on;ftag=lewnx>..Via: SIP/2.0/UDP 217.73.174.13;branch=z9hG4 bK4a11.a2772f67.0..Via: SIP/2.0/UDP 82.79.243.82:5063;received=217.73.174.16;rport=5063;branch=z9hG4bKlejwtozv..Max-Forwards: 69..To: <si p:101@217.73.174.13>..From: "Radu Spineanu" <sip:100@217.73.174.13>;tag=lewnx..Call-ID: pfysegloyvynryc@82.79.243.82..CSeq: 305 INVITE..C ontact: <sip:100@82.79.243.82:5063>..Content-Type: application/sdp..Allow: INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,REFER,NOTIFY,SUBSCRIBE,INF O..Supported: replaces,norefersub,100rel..User-Agent: Twinkle/1.0.1..Content-Length: 303..P-hint: usrloc applied....v=0..o=100 246106612 367660894 IN IP4 82.79.243.82..s=-..c=IN IP4 82.79.243.82..t=0 0..m=audio 8012 RTP/AVP 98 97 8 0 3 101..a=rtpmap:98 speex/16000..a=rtpmap :97 speex/8000..a=rtpmap:8 PCMA/8000..a=rtpmap:0 PCMU/8000..a=rtpmap:3 GSM/8000..a=rtpmap:101 telephone-event/8000..a=fmtp:101 0-15..a=pt ime:20.. # Initially I did the setup folowing http://www.openser.org/dokuwiki/doku.php/asterisk:realtime-integration which worked but didn't have voicemail redirection support. Thanks and sorry for the long mail, Radu Spineanu

1 1

[OpenSER-Users] Insert a Header into ACK message
by 凌芳瑜 25 Jun '07

25 Jun '07

Dear All: I've tried many methods to add Max-Forwarsd header into ACK message (message 8), all methods I tried were fail. According to RFC 3261 8.1.1.6, Max-Forwards must exist in this ACK message. Can anyone tell me how to add a header into ACK message? Thank you very much. UA11 : NUT(Proxy 1) : UA12 | : | : | |-------:------->| : | 1. INVITE |<------:--------| : | 2. 407 |-------:------->| : | 3. ACK | : | : | |-------:------->| : | 4. INVITE | : |-------:------->| 5. INVITE |<------:--------| : | 6. 100 | : | : | | : |<------:--------| 7. 486 (Busy Here) | : | : | | : |-------:------->| 8. ACK | : | : | |<------:--------| : | 9. 486 | : | : | |-------:------->| : |10. ACK | : | : | Best Regards, Fangyu Ling

4 9

[OpenSER-Users] LCR and replies GW
by Frank Cases 25 Jun '07

25 Jun '07

Here it is.. We are trying to keep the prefix, in a header or a avp or something.. So we want to use the prefix to log a certain gw used.. Usually calls come from A to SER to other Term boxes. The problem is once I load_gw() then I cannot use the values. EX: on invite I do some checking , then load_gw.. If gw is box X.. then we add a prefix 2312 lets say. Upon reply I cannot get that value back even in $ruri Although I can set anything in the invite before leaving . Also tried add_rr_param but no go.. Any ideas ? Basically on : onreply_route[1] { if(is_method("INVITE") && ($rs==183) ) { # DO STUFF I need to access the gateway it used from here.. } }

2 1

[Serusers] SMS support
by Andrey Kuprianov 25 Jun '07

25 Jun '07

Hi, Has anyone ever tried using an SMS module and actually sent a message? Andrey.

2 2

[Serusers] XCAP authorization - how to set the username in the xcap root without domain part
by tzieleniewski 25 Jun '07

25 Jun '07

Hi, How can configure pa module in such a way that it will look for the particular user presence document in the "...pres-rules/users/user/.." instead of "../pres-rules/users/user@domain/..". Cheers tomasz

2 3

Re: [OpenSER-Users] how to calculate PDD and ASR
by raviprakash sunkara 25 Jun '07

25 Jun '07

On 6/25/07, ram <talk2ram(a)gmail.com> wrote: > > Google for more information to learn > > any way for your disctionary > > Post Dialing Delay PDD > If the reqeust is Delay.. then can u do , redialing by using the avp modules. This is take place on failover case... Automatic Speech Recognition *ASR* > This ASR , openSER can't do ASR , u need to forward this to Asterisk or PBX servers... On 6/25/07, raviprakash sunkara <sunkara.raviprakash.feb14(a)gmail.com> wrote: > > > > > > > > On 6/25/07, ram <talk2ram(a)gmail.com > wrote: > > > > > > Hi > > > > > > iam using openser with mysql accounting > > > > > > can some one assist me how to calculate ASR and PDD > > > > > > > can abbreviate the ASR and PDD . > > > > > > for the calls > > > > > > recomend some documentation to read would be great > > > > > > ram > > > > > > _______________________________________________ > > > Users mailing list > > > Users(a)openser.org > > > http://openser.org/cgi-bin/mailman/listinfo/users > > > > > > > > > > > > -- > > Thanks &Regards > > Ravi Prakash Sunkara > > > -- Thanks &Regards Ravi Prakash Sunkara

2 1

← Newer
1
...
6
7
8
9
10
11
12
...
32
Older →

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 June 2007