- sr-users - kamailio.org

[Serusers] NOTIFY header construction for mid-dialog presence event package
by samuel 20 Aug '07

20 Aug '07

Hi all!!! I'm experiencing quite difficulties setting up a dedicated (and separated) presence server with NATted end-points and the dstblacklist feature. I'd like to get some info about the construction of the most important headers (Req-URI,Contact,To,From,Via,Routr) for the different NOTIFY modalities depending on the state of the subscription. Setting up async_auth_queries I've seen the pending and the active NOTIFY have different Req-URI and the second one is blocked by the NAT router. Further mid-dialog NOTIFYs providing changes in the presence status has also different headers... My main concern is whether the info for constructing the routing headers is taken from location table, from watcherinfo.dialog table, or from the incoming message...I know I could follow the code but an explanation would provide a really helpfull overview and later checking the code will be much simpler. Thanks in advance, Samuel.

3 14

[OpenSER-Users] OpenSER 1.1.1 load_contacts/next_contacts
by SMP 20 Aug '07

20 Aug '07

I'm trying to implement failover using the load_contacts/next_contacts from the lcr module. The problem I have is the INVITE message is sent simultaneously to both contact's instead of trying the first and then the second. I keep getting 'load_contacts(): DEBUG: Nothing to do - all same q!' when I've set them up with separate q values?? Anyone else have issues with this? Did I set up the data incorrectly or possibly something in the config? Thanks in advance for any help or advice Shannon debug: 0(20640) rewrite_uri: Rewriting Request-URI with ' sip:3125551234@xx.xx.xx.144:5060' 0(20640) xl_get_spec_value: error - null sp->itf 0(20640) Lookup done 0(20640) load_contacts(): DEBUG: Nothing to do - all same q! 0(20640) Contacts loaded <sip:3125551234@xx.xx.xx.144:5060> 0(20640) next_contacts(): DEBUG: No AVPs -- we are done! 0(20640) Next Contacts loaded <sip:3125551234@xx.xx.xx.144:5060> config snip: if(!lookup("location")) { sl_send_reply("404", "Not Found"); xlog("L_ERROR","Unkonwn location sending 404\n"); return; } else { xlog("L_INFO"," Lookup done \n"); } if(!load_contacts()){ sl_send_reply("500", "Server Internal Error - Cannot load translations"); xlog("L_ERROR"," Unable to load contacts <$ru> \n"); exit; } else { xlog("L_INFO"," Contacts loaded <$ru>\n"); } if(next_contacts()) { xlog("L_INFO"," Next Contacts loaded <$ru>\n"); t_on_failure("10"); } else { xlog("L_ERROR"," Unable to load next_contacts <$ru> \n"); exit; } mysql location table: +------------+--------+-------------------------------------+----------+------+---------------------+------+-----------------+------+---------------------+-------+------------+--------+---------+ | username | domain | contact | received | path | expires | q | callid | cseq | last_modified | flags | user_agent | socket | methods | +------------+--------+-------------------------------------+----------+------+---------------------+------+-----------------+------+---------------------+-------+------------+--------+---------+ | 3125551234 | | sip:3125551234@xx.xx.xx.180:5060 | NULL | NULL | 2020-05-28 21:32:15 | 0.40 | Default-Call-ID | 42 | 2007-07-29 11:35:02 | 128 | | NULL | NULL | | 3125551234 | | sip:3125551234@xx.xx.xx.144:5060 | NULL | NULL | 2020-05-28 21:32:15 | 0.30 | Default-Call-ID | 42 | 2007-08-17 09:36:00 | 128 | | NULL | NULL | +------------+--------+-------------------------------------+----------+------+---------------------+------+-----------------+------+---------------------+-------+------------+--------+---------+

3 4

[OpenSER-Users] Not connection from public IP
by Arya 19 Aug '07

19 Aug '07

Hi guys I'm new to OpenSER so I used a article to install and configure it, I was able to connect to it from my lan, but it never works from my public IP. This is the tutorila I used: http://www.oldskoolphreak.com/tfiles/voip/beginners_openser.txt I forwarded port 5060 to the server but its no use. I also tried this on two diffrent ISPs with the same result. Is there anything that I need to change in the configuration to make it accept connections from a public IP? -- Thank You

2 1

[OpenSER-Users] New OpenSER users spanish mailing list
by Jesus Rodriguez 19 Aug '07

19 Aug '07

Hello, A new mailing list dedicated for general purpose discussions in Spanish about OpenSER has been created in openser.org server. The name of the list is users-es(a)openser.org If you are spanish reading/speaking and want to discuss about OpenSER in spanish, please join us at: http://www.openser.org/cgi-bin/mailman/listinfo/users-es Regards Saludos JesusR. ------------------------------------ Jesus Rodriguez VozTelecom Sistemas, S.L. jesusr(a)voztele.com http://www.voztele.com Tel. 902360305 -------------------------------------

1 0

[OpenSER-Users] OpenSER FreeBSD port updated to 1.2.2 version
by Jesus Rodriguez 19 Aug '07

19 Aug '07

Hello, I have just committed to svn the update of the OpenSER FreeBSD port to 1.2.2 version. It will be committed now to the FreeBSD ports tree. FreeBSD packages for OpenSER 1.2.2 version will appear in all FreeBSD mirrors in the next package build (usually once a week). Regards. Saludos JesusR. ------------------------------------ Jesus Rodriguez VozTelecom Sistemas, S.L. jesusr(a)voztele.com http://www.voztele.com Tel. 902360305 -------------------------------------

1 0

[Serusers] hello all
by vijay tiwari 19 Aug '07

19 Aug '07

Spam detection software, running on the system "mail.iptel.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: hello all i just started reading SER. and I want to know what is the hardware requirment and linux version and what are the packages required in linux machine. and which one SER version is stable. please let me know. [...] Content analysis details: (6.2 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 2.1 SUB_HELLO Subject starts with "Hello" 0.1 HTML_50_60 BODY: Message is 50% to 60% HTML -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.0 HTML_MESSAGE BODY: HTML included in message 0.2 DNS_FROM_RFC_ABUSE RBL: Envelope sender in abuse.rfc-ignorant.org 1.4 DNS_FROM_RFC_WHOIS RBL: Envelope sender in whois.rfc-ignorant.org 3.2 RCVD_IN_SBL RBL: Received via a relay in Spamhaus SBL [220.226.40.83 listed in sbl-xbl.spamhaus.org] 1.7 DNS_FROM_RFC_POST RBL: Envelope sender in postmaster.rfc-ignorant.org The original message was not completely plain text, and may be unsafe to open with some email clients; in particular, it may contain a virus, or confirm that your address can receive spam. If you wish to view it, it may be safer to save it to a file and open it with an editor.

2 1

[OpenSER-Users] Presence Working?
by Jorge Guntanis 18 Aug '07

18 Aug '07

I was wondering if anyone has gotten the presence module working with openser. The reason I ask is because I've been trying to make it work for 2 weeks without any luck, and at this point, I can't figure out what I'm doing wrong. This is my setup: I have a debian 4.0, running openser 1.3.0-dev11-notls [svnrevision: 2:2607M] also tried with 2327 Compiled with mysql, presence, mi_xmlrpc, presence xml modules. Also have the xcap-lite server set up. My configuration looks like this: [just the related stuff] # -- mi_xmlrpc params -- modparam("mi_xmlrpc", "log_file", "/var/log/openser-xmlrpc.log") modparam("mi_xmlrpc", "port", 9090) # -- presence params -- modparam("presence", "db_url", "mysql://openser:openserrw@localhost/openser") modparam("presence", "presentity_table", "presentity") modparam("presence", "active_watchers_table", "active_watchers") modparam("presence", "watchers_table", "watchers") modparam("presence", "clean_period", 100) modparam("presence", "to_tag_pref", 'a') modparam("presence", "expires_offset", 10) modparam("presence", "max_expires", 3600) modparam("presence", "server_address", "sip:presense_server_ip:5065") #modparam("presence", "xcap_table", "xcap_xml") # -- presence_xml params modparam("presence_xml", "force_active", 0) modparam("presence_xml", "db_url", "mysql://openser:openserrw@localhost/openser") modparam("presence_xml", "xcap_table", "xcap_xml") modparam("presence_xml", "pidf_manipulation", 1) # presence handling route route[2] { # absorb retransmissions if (! t_newtran()) { sl_reply_error(); exit; }; if(is_method("PUBLISH")) { if($hdr(Sender)!= NULL) handle_publish("$hdr(Sender)"); else handle_publish(""); t_release(); } else if( is_method("SUBSCRIBE")) { handle_subscribe(); t_release(); }; exit; } The presentity does get updated when I change my status. Ie: <presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:pp="urn:ietf:params:xml:ns:pidf:person" xmlns:et="urn:ietf:params:xml:ns:pidf:rpid:rpid-tuple" xmlns:ep="urn:ietf:params:xml:ns:pidf:rpid:rpid-person" xmlns:es="urn:ietf:params:xml:ns:pidf:rpid:status:rpid-status" xmlns:ci="urn:ietf:params:xml:ns:pidf:cipid" entity="sip:10000010002@216.xxx.xxx.xxx"> <pp:person> <status> <ep:activities> <ep:busy/> </ep:activities> </status> </pp:person> <note>Busy</note> <tuple id="e2438d66"> <contact priority="1">sip:10000010002@216.xxx.xxx.xxx</contact> <status> <basic>open</basic> </status> </tuple> </presence> But if I add this line into another account running eyebeam, ie: account 10000010001, it doesn't get a notify with my new status. So I have it "sort" of working, yet the notifies are not. My Server set up is as follows: Ser Main Server <---> Openser Presence Server fwd subscribes and notifies to openser presence server using the forward(); method. This is the debug log from openser, for when I change my status. If someone has any idea of what's wrong or has make it work, I'd really appreciate any advice. SIP Request: method: <PUBLISH> uri: <sip:10000010002@216.151.151.100> version: <SIP/2.0> parse_headers: flags=2 Found param type 232, <branch> = <z9hG4bK4dfb.d33c6ba1b93007191109f843acc1462e.0>; state=16 end of header reached, state=5 parse_headers: Via found, flags=2 parse_headers: this is the first via After parse_msg... preparing to run routing scripts... parse_headers: flags=100 Found param type 234, <received> = <74.1.66.114>; state=6 Found param type 232, <branch> = <z9hG4bK-d87543-6a194925c74e4c78-1--d87543->; state=6 Found param type 235, <rport> = <6937>; state=16 end of header reached, state=5 parse_headers: Via found, flags=100 parse_headers: this is the second via Aug 16 07:06:38 [8788] DBG:maxfwd:is_maxfwd_present: value = 70 DEBUG: t_newtran: T on entrance=0xffffffff parse_headers: flags=ffffffffffffffff DEBUG:parse_to:end of header reached, state=10 DBUG:parse_to: display={}, ruri={sip:10000010002@216.151.151.100} DEBUG: get_hdr_field: <To> [35]; uri=[sip:10000010002@216.151.151.100] DEBUG: to body [<sip:10000010002@216.151.151.100> ] get_hdr_field: cseq <CSeq>: <2> <PUBLISH> DEBUG: get_hdr_body : content_length=772 found end of header parse_headers: flags=78 t_lookup_request: start searching: hash=49108, isACK=0 DEBUG: RFC3261 transaction matching failed DEBUG: t_lookup_request: no transaction found parse_headers: flags=ffffffffffffffff parse_headers: flags=ffffffffffffffff PRESENCE:search_event... PRESENCE:handle_publish: SIP-If-Match found PRESENCE:handle_publish: existing etag = a.1187271113.8763.46.0 PRESENCE: handle_publish: 'expires' found PRESENCE: handle_publish: lexpire= 3600 parse_headers: flags=ffffffffffffffff parse_headers: flags=ffffffffffffffff PRESENCE: new_presentity:init_len= 142 size= 93 PRESENCE:update_presentity: querying presentity DEBUG:db_free_rows: Freeing 1 rows DEBUG:db_free_row: Row[0]=0x815d848 DEBUG:db_free_rows: 0x815d848=pkg_free() RES_ROWS PRESENCE: generate_ETag: etag= a.1187273178.8788.3.1 / 21 PRESENCE:update_presentity: new etag = a.1187273178.8788.3.1 PRESENCE:publ_send200ok: send 200OK reply PRESENCE:publ_send200ok: etag= a.1187273178.8788.3.1 - len= 21 parse_headers: flags=ffffffffffffffff check_via_address(216.151.151.100, 216.151.151.100, 0) presence:uandd_to_uri: uri=sip:10000010002@216.151.151.100 PRESENCE: publ_notify: Could not find subs_dialog DEBUG: cleanup_uac_timers: RETR/FR timers reset DEBUG: add_to_tail_of_timer[2]: 0xb59d6518 (25) DEBUG:tm:UNREF_UNSAFE: after is 0 DEBUG:destroy_avp_list: destroying list (nil) receive_msg: cleaning up SIP Request: method: <PUBLISH> uri: <sip:10000010001@216.151.151.100> version: <SIP/2.0> parse_headers: flags=2 Found param type 232, <branch> = <z9hG4bK7936.faaa924e40db7cae4b0e70aeb7b51182.0>; state=16 end of header reached, state=5 parse_headers: Via found, flags=2 parse_headers: this is the first via After parse_msg... preparing to run routing scripts... parse_headers: flags=100 Found param type 234, <received> = <74.1.66.114>; state=6 Found param type 232, <branch> = <z9hG4bK-d87543-294e3c7ecc6c3561-1--d87543->; state=6 Found param type 235, <rport> = <9296>; state=16 end of header reached, state=5 parse_headers: Via found, flags=100 parse_headers: this is the second via Aug 16 07:06:39 [8788] DBG:maxfwd:is_maxfwd_present: value = 70 DEBUG: t_newtran: T on entrance=0xffffffff parse_headers: flags=ffffffffffffffff DEBUG:parse_to:end of header reached, state=10 DBUG:parse_to: display={}, ruri={sip:10000010001@216.151.151.100} DEBUG: get_hdr_field: <To> [35]; uri=[sip:10000010001@216.151.151.100] DEBUG: to body [<sip:10000010001@216.151.151.100> ] get_hdr_field: cseq <CSeq>: <34> <PUBLISH> DEBUG: get_hdr_body : content_length=0 found end of header parse_headers: flags=78 t_lookup_request: start searching: hash=25495, isACK=0 DEBUG: RFC3261 transaction matching failed DEBUG: t_lookup_request: no transaction found parse_headers: flags=ffffffffffffffff parse_headers: flags=ffffffffffffffff PRESENCE:search_event... PRESENCE:handle_publish: SIP-If-Match found PRESENCE:handle_publish: existing etag = a.1187200063.27795.7638.32 PRESENCE: handle_publish: 'expires' found PRESENCE: handle_publish: lexpire= 60 PRESENCE: new_presentity:init_len= 146 size= 97 PRESENCE:update_presentity: querying presentity DEBUG:db_free_rows: Freeing 1 rows DEBUG:db_free_row: Row[0]=0x815d828 DEBUG:db_free_rows: 0x815d828=pkg_free() RES_ROWS PRESENCE: generate_ETag: etag= a.1187273178.8788.4.33 / 22 PRESENCE:update_presentity: new etag = a.1187273178.8788.4.33 PRESENCE:publ_send200ok: send 200OK reply PRESENCE:publ_send200ok: etag= a.1187273178.8788.4.33 - len= 22 parse_headers: flags=ffffffffffffffff check_via_address(216.151.151.100, 216.151.151.100, 0) DEBUG: cleanup_uac_timers: RETR/FR timers reset DEBUG: add_to_tail_of_timer[2]: 0xb59d7d48 (25) DEBUG:tm:UNREF_UNSAFE: after is 0 DEBUG:destroy_avp_list: destroying list (nil) receive_msg: cleaning up SIP Request: method: <PUBLISH> uri: <sip:16196393459@216.151.143.69> version: <SIP/2.0> parse_headers: flags=2 Found param type 232, <branch> = <z9hG4bKb655.5b8160680f2305b89dfda92f6199df18.0>; state=16 end of header reached, state=5 parse_headers: Via found, flags=2 parse_headers: this is the first via After parse_msg... preparing to run routing scripts... parse_headers: flags=100 Found param type 234, <received> = <74.1.66.114>; state=6 Found param type 235, <rport> = <1157>; state=6 Found param type 232, <branch> = <z9hG4bK514376579>; state=16 end of header reached, state=5 parse_headers: Via found, flags=100 parse_headers: this is the second via DEBUG:parse_to:end of header reached, state=10 DBUG:parse_to: display={}, ruri={sip:16196393459@216.151.143.69} DEBUG: get_hdr_field: <To> [34]; uri=[sip:16196393459@216.151.143.69] DEBUG: to body [<sip:16196393459@216.151.143.69> ] get_hdr_field: cseq <CSeq>: <20> <PUBLISH> Aug 16 07:06:40 [8788] DBG:maxfwd:is_maxfwd_present: value = 70 DEBUG: t_newtran: T on entrance=0xffffffff parse_headers: flags=ffffffffffffffff DEBUG: get_hdr_body : content_length=253 found end of header parse_headers: flags=78 t_lookup_request: start searching: hash=21867, isACK=0 DEBUG: RFC3261 transaction matching failed DEBUG: t_lookup_request: no transaction found parse_headers: flags=ffffffffffffffff parse_headers: flags=ffffffffffffffff PRESENCE:search_event... PRESENCE:handle_publish: SIP-If-Match not found PRESENCE: generate_ETag: etag= a.1187273178.8788.5.0 / 21 PRESENCE:handle_publish: new etag = a.1187273178.8788.5.0 PRESENCE: handle_publish: 'expires' not found; default=3600 parse_headers: flags=ffffffffffffffff parse_headers: flags=ffffffffffffffff PRESENCE: new_presentity:init_len= 140 size= 91 PRESENCE:update_presentity: inserting 7 cols into table PRESENCE:publ_send200ok: send 200OK reply PRESENCE:publ_send200ok: etag= a.1187273178.8788.5.0 - len= 21 parse_headers: flags=ffffffffffffffff check_via_address(216.151.143.69, 216.151.143.69, 0) presence:uandd_to_uri: uri=sip:16196393459@216.151.143.69 PRESENCE: publ_notify: Could not find subs_dialog DEBUG: cleanup_uac_timers: RETR/FR timers reset DEBUG: add_to_tail_of_timer[2]: 0xb59d95f0 (27) DEBUG:tm:UNREF_UNSAFE: after is 0 DEBUG:destroy_avp_list: destroying list (nil) receive_msg: cleaning up

4 9

Re: [OpenSER-Users] How do I re-write from_uri
by Norman Brandinger 18 Aug '07

18 Aug '07

Perhaps the "uac_replace_from()" function is what you are looking for. Note that modifying the "From:" header is NOT allowed by the standards. Please review the mailing lists in regard to this topic as it's been discussed many times. OpenSER gives you enough control to "shoot yourself in the foot". It it possible to create a configuration that can solve your "internal business situation" but might cause interoperability problems with others. Regards, Norm > Hi Norm, > > Thanks for the quick response. > > I was able to use s.substr to perform the string transformations and I got > the correct value. However, what I am really trying to do is to actually > re-write the PV ($fU) with the result of s.substr. > > For example, I want ($fU) be assigned the value $(fU{s.substr,3,0}); and > this new value be used as my from_uri; and hence my CallerID. > > Thanks again. > > Tolu > > On 8/18/07, Norman Brandinger <norm(a)goes.com> wrote: >> >> Take a look at the following documentation. Take special note of 'substr' >> >> http://openser.org/dokuwiki/doku.php/transformations:1.2.x >> >> Regards, >> Norm >> >> >> > Hi all, >> > >> > I am trying to re-write the from_uri ($fU) for all calls coming from my >> > Asterisk server before sending it to the PSTN. I usually prefix the ANI >> in >> > asterisk with "222" to route it to openser, and then openser simply >> > forwards the call to the PSTN. The problem is that 222+ANI appears as my >> >> > caller id and is unacceptable. Can anyone give me hint to strip out this >> >> > prefix in openser. >> > >> > Thanks. >> > >> > Tolu >> > _______________________________________________ >> > Users mailing list >> > Users(a)openser.org >> > http://openser.org/cgi-bin/mailman/listinfo/users >> >

2 1

[OpenSER-Users] How do I re-write from_uri
by Naija Man 18 Aug '07

18 Aug '07

Hi all, I am trying to re-write the from_uri ($fU) for all calls coming from my Asterisk server before sending it to the PSTN. I usually prefix the ANI in asterisk with "222" to route it to openser, and then openser simply forwards the call to the PSTN. The problem is that 222+ANI appears as my caller id and is unacceptable. Can anyone give me hint to strip out this prefix in openser. Thanks. Tolu

2 1

[Serusers] Call Forwarding No Answer
by Parminder.Nayyar＠relianceada.com 18 Aug '07

18 Aug '07

Hello I am trying to do call forwarding on no answer. I have configured 3 phones A Party is 1234 B PArty is 1122 and its call is forwarded to C Party ie 4321 on no answer situation. The SER console is printing the following 1(9070) ERROR: t_forward_nonack: no branched for forwarding 1(9070) ERROR: w_t_relay (failure mode): forwarding failed and my config file is attached ... Please help me in finding the error... i need it urgently.. Thanks Parminder Nayyar The information contained in this e-mail message is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you should return it to the sender immediately. Please note that while we scan all e-mails for viruses we cannot guarantee that any e-mail is virus-free and accept no liability for any damage caused by any virus transmitted by this email.

1 0

[Serusers] number mapping
by Steffen Waldmann 17 Aug '07

17 Aug '07

hi there, another question: how can i 'map' numbers in SER e.g. my sip username is client1 if i dial 10 it want to get connected to client1 kind regards, steffen

2 1

[OpenSER-Users] Openser with Oracle
by Andre Luiz Martins Rodrigues 17 Aug '07

17 Aug '07

Hello all, I need one information. It's possible to use Openser with Oracle?? For this, is necessary use the UnixODBC?? Att Andre Luiz Martins Rodrigues <mailto:andre.martins@govoip.com.br> mailto:andre.martins@govoip.com.br Fone: +55 (11) 4919-0180 Cel: +55 (34) 9195-3444

2 1

[OpenSER-Users] libwwwxml notsupporting Openser
by A Chaturvedi 17 Aug '07

17 Aug '07

Hi, I was trying to use OpenSer and with its previous versions it worked fine but with new version that has xml support(as said)it fails giving this error: openser 0(15681) ERROR: load_module: could not open module </lib/openser/modules/mi_xmlrpc.so>: /usr/lib/libwwwxml.so.0: undefined symbol: WWW_TraceFlag 0(15681) parse error (60,13-14): failed to load module 0(15681) set_mod_param_regex: No module matching mi_xmlrpc found | 0(15681) parse error (78,22-23): Can't set module parameter ERROR: bad config file (2 errors) 0(15681) INFO:mi_fifo:mi_destroy:memory for the child's mi_fifo_pid was not allocated -> nothing to destroy I have installed w3c-libwww pakage as well as its devel package still same error occurs.. Xmlrpc package is also properly installed. Entire things get stuck at:/usr/lib/libwwwxml.so.0: undefined symbol: WWW_TraceFlag Hope someone can help.. Ashish Chaturvedi Mailto: a.chaturvedi(a)tcs.com =====-----=====-----===== Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you

2 1

[OpenSER-Users] Notify behaviour?
by Анонім Анонім 17 Aug '07

17 Aug '07

I use openser presence module for presence. And I have some troubles with it. When subscribing to presence of offline user “handle_subscribe” function send “202OK” response, and “NORIFY” without content-type header field. Is this normal behaviour, or I missed something in openser configuration? ___________________________________________________ http://www.bigmir.net - поиск по украинским сайтам

2 1

[OpenSER-Users] rtpproxy
by Kent Poppenhouse 16 Aug '07

16 Aug '07

I have a question about the nathelper module. specifically the rtpproxy_disable_tout, rtpproxy_retr, and rtpproxy_tout parameters. I have openser running on one machine and rtpproxy on another. Everything works great if the rtpproxy is up and running before starting openser. However, if rtpproxy is not running first, openser never connects to it. I set the following parameters in my openser config file: # -- nat params -- modparam("nathelper", "rtpproxy_sock", "udp:10.100.103.1:8899") modparam("nathelper", "rtpproxy_disable_tout", 30) modparam("nathelper", "rtpproxy_tout", 2) modparam("nathelper", "rtpproxy_retr", 10) based on this I would think openser would try to connect to the rtpproxy 10 times with a 2 sec timeout. If after 10 retries no connection is made, it would wait 30 s before attempting to connect again. Is this correct? If so, what am I missing since it doesn't do this. I'm using openser version 1.2.0. Thanks.

1 0

[OpenSER-Users] OpenSER v1.2.2 released
by Daniel-Constantin Mierla 16 Aug '07

16 Aug '07

Hello, version 1.2.2 of OpenSER has been released. This is a minor release in the branch of 1.2 release series, containing only fixes to bugs found since the previous release 1.2.1. See all changes at: http://www.openser.org/pub/openser/1.2.2/ChangeLog The configuration script used with any 1.2.x version is compatible. There was a change in the structure of table "active_watchers" for handling local and remote CSeq numbers -- you have to recreate this table if you are using presence module (instructions are provided here: http://openser.org/dokuwiki/doku.php/install:1.2.1-to-1.2.2). Source tarball can be downloaded from: http://www.openser.org/pub/openser/latest/src/ Or from sourceforge download page: http://sourceforge.net/project/showfiles.php?group_id=139143 Download page providing several options is available at: http://www.openser.org/mos/view/Download/ The documentation for modules is posted at: http://openser.org/docs/modules/1.2.x/ Main documentation page is available at: http://www.openser.org/mos/view/OpenSER-Documentation-Repository/ If someone wants to contribute with packages for different distros, please send the link from where can be downloaded to team(a)openser.org. We would like to thank to all developers and contributors for their work with coding and testing for this new release. Cheers, Daniel

1 0

[Serusers] Presence annoyance.
by SIP 16 Aug '07

16 Aug '07

There is now a Grandstream GXV3000 in my network (neat little videophones, I must say). However, when someone sends a presence event through my server, the grandstream responds with a SIP packet and additional XML info: U 99.101.102.103:5060 -> 172.17.240.240:54330 NOTIFY sip:1101XXXXXXX@172.17.240.240:54330 SIP/2.0. Record-Route: <sip:99.101.102.103;ftag=f0a1719429e37564;lr=on>. Via: SIP/2.0/UDP 99.101.102.103;branch=z9hG4bK4204.13bfa134.0. Via: SIP/2.0/UDP 66.69.71.90:34202;branch=z9hG4bK04c43fa29c41b774. From: <sip:1101ZZZZZZZ@proxy.ourdomain.com>;tag=f0a1719429e37564. To: "Jessa"<sip:1101XXXXXXX@proxy.ourdomain.com>;tag=1b55e40b. Contact: <sip:1101ZZZZZZZ@66.69.71.90:34202>. Call-ID: ZjczZGMzOWEzMTk0NjhkMzRjMjI3ODZkNzIwMGIxZDA.. CSeq: 1843 NOTIFY. User-Agent: Grandstream GXV3000 (HW 0101, Ch:0) 1.0.1.7. Max-Forwards: 16. Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE,UPDATE,PRACK. Event: presence. Subscription-State: active. Content-Type: application/xpidf+xml. Content-Length: 342. P-hint: LR. . <?xml version="1.0"?>. <!DOCTYPE presence. PUBLIC "-//IETF//DTD RFCxxxx XPIDF 1.0//EN" "xpidf.dtd">. <presence>. <presentity uri=""Jessa"<sip:1101XXXXXXX@proxy.ourdomain.com>;tag=1b55e40b;method=SUBSCRIBE" />. <atom atomid="1000">. <address uri="<sip:1101ZZZZZZZ@66.69.71.90:34202>">. <status status="open" />. </address>. </atom>. </presence> The XML info is causing errors in the logs (which I've been ignoring for now, but that's not really an optimal solution). Aug 15 15:16:12 proxy ser[19620]: ERROR: parse_to : unexpected char [>] in statu s 4: <<<>> . Aug 15 15:16:12 proxy ser[19620]: ERROR: get_hdr_field: bad to header Aug 15 15:16:12 proxy ser[19620]: ERROR:maxfwd:is_maxfwd_present : parsing MAX_F ORWARD header failed! Aug 15 15:16:12 proxy ser[19620]: ERROR: parse_uri: uri too short: <> (0) Aug 15 15:16:12 proxy ser[19620]: is_user_in(): Error while parsing URI Aug 15 15:16:12 proxy ser[19620]: ERROR: parse_to : unexpected char [>] in statu s 4: <<<>> . Aug 15 15:16:12 proxy ser[19620]: ERROR: get_hdr_field: bad to header Aug 15 15:16:12 proxy ser[19620]: find_first_route: Error while parsing headers Aug 15 15:16:12 proxy ser[19620]: ERROR: parse_uri: uri too short: <> (0) Aug 15 15:16:12 proxy ser[19620]: ERROR: parse_sip_msg_uri: bad uri <> Aug 15 15:16:12 proxy ser[19620]: WARNING: do_action:error in expression Aug 15 15:16:12 proxy ser[19620]: ERROR: parse_to : unexpected char [>] in statu s 4: <<<>> . Aug 15 15:16:12 proxy ser[19620]: ERROR: get_hdr_field: bad to header Aug 15 15:16:12 proxy ser[19620]: ERROR: parse_to : unexpected char [>] in statu s 4: <<<>> . Aug 15 15:16:12 proxy ser[19620]: ERROR: get_hdr_field: bad to header Aug 15 15:16:12 proxy ser[19620]: find_credentials(): Error while parsing header s Aug 15 15:16:12 proxy ser[19620]: pre_auth(): Error while looking for credential s Aug 15 15:16:12 proxy ser[19620]: ERROR: parse_to : unexpected char [>] in statu s 4: <<<>> . Aug 15 15:16:12 proxy ser[19620]: ERROR: get_hdr_field: bad to header Aug 15 15:16:12 proxy ser[19620]: ERROR: parse_to : unexpected char [>] in statu s 4: <<<>> . Aug 15 15:16:12 proxy ser[19620]: ERROR: get_hdr_field: bad to header Aug 15 15:16:12 proxy ser[19620]: ERROR: build_res_buf_from_sip_req: alas, parse _headers failed Aug 15 15:16:12 proxy ser[19620]: pre_auth(): Error while sending 400 reply Other than forwarding presence information to a presence-capable server that understands the XML, is there anything I can do on the SER side to ignore the XML stuff so I don't get a screen full of error messages every time a presence event comes through? N.

2 2

[Serusers] presence server 2 presence server
by cherami＠gmx.de 16 Aug '07

16 Aug '07

Hi, I am student and new to the Presence Model und Protocols. I have in my student project the following scenario: company A wants to develop a presence service PA. The presence service PA should get the data from the presence server PB of an other Company B over the Internet. The Presence information of PA should be made available in the Company A for different applications. my question: can PA poll or subscribe all changed/updated Presence Information from PB regularly. Or it should request the Presence Information of each Presentity individually? which Presence server can implement the presence service PA. What should I do if PB uses another Protokoll? Thank you and Best Regards Koder -- Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kanns mit allen: http://www.gmx.net/de/go/multimessenger

2 3

[Serusers] ser asterisk pstn
by ronald＠stanford.edu 16 Aug '07

16 Aug '07

hello all, I am stuck and need your help for +xlite +ser +asterisk +pstn calls. I dial 914082743304 and get "caller Not Found". I am able to authenticate and complete sip -> sip calls, but cannot complete PSTN calls I did monitor asterisk and no reroute was offered. please help! permissions.allow: ^sip:91[0-9]{10}@bigu\.edu$ ^sip:9011[0-9]*@bigu\.edu$ ^sip:9[0-9]{10}@bigu\.edu$ ngrep -vvvv proto udp port 5060 produces the following response: 171.66.176.123:47729 -> 192.168.11.243:5060 INVITE sip:914082743304@bigu.edu SIP/2.0..Via: SIP/2.0/UDP 192.168.1.100:47729;br anch=z9hG4bK-d87543-4f5eb56fc40f1f43-1--d87543-;rport..Max-Forwards: 70..Contact: <si p:cell@192.168.1.100:47729>..To: "914082743304"<sip:914082743304@bigu.edu>..From: "SER EXpress"<sip:cell@bigu.edu>;tag=b9283f27..Call-ID: Y2JkY2ZmMDQyMjQ3YTljYTg5 NTdlOGFiNGUyZWVlY2Q...CSeq: 1 INVITE..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER , NOTIFY, MESSAGE, SUBSCRIBE, INFO..Content-Type: application/sdp..User-Agent: eyeBea m release 1011s stamp 41121..Content-Length: 421....v=0..o=- 1 2 IN IP4 192.168.1.100 ..s=CounterPath eyeBeam 1.5..c=IN IP4 192.168.1.100..t=0 0..m=audio 32942 RTP/AVP 107 100 106 6 0 105 8 18 3 5 101..a=fmtp:18 annexb=yes..a=fmtp:101 0-15..a=rtpmap:107 BV 32/16000..a=rtpmap:100 SPEEX/16000..a=rtpmap:106 SPEEX-FEC/16000..a=rtpmap:105 SPEEX- FEC/8000..a=rtpmap:18 G729/8000..a=rtpmap:101 telephone-event/8000..a=sendrecv..a=x-r tp-session-id:AEB31A44A04C4B32BD3D72349E4FBB80.. # U 192.168.11.243:5060 -> 171.66.176.123:47729 SIP/2.0 404 caller Not Found..Via: SIP/2.0/UDP 192.168.1.100:47729;branch=z9hG4bK-d875 43-4f5eb56fc40f1f43-1--d87543-;rport=47729;received=171.66.176.123..To: "914082743304 "<sip:914082743304@bigu.edu>;tag=21f9bfca23409407a263e4a7e40abe9d.f2a8..From: "SE R EXpress"<sip:cell@bigu.edu>;tag=b9283f27..Call-ID: Y2JkY2ZmMDQyMjQ3YTljYTg5NTdl OGFiNGUyZWVlY2Q...CSeq: 1 INVITE..Server: Sip EXpress router (0.9.4 (i386/linux))..Co ntent-Length: 0..Warning: 392 192.168.11.243:5060 "Noisy feedback tells: pid=15307 re q_src_ip=171.66.176.123 req_src_port=47729 in_uri=sip:914082743304@bigu.edu out_u ri=sip:914082743304@bigu.edu via_cnt==1".... debug=3 fork=yes log_stderror=no listen=1xx.x4.11.xx3 # INSERT YOUR IP ADDRESS HERE port=5060 children=4 alias=sip2.bigu.edu dns=no rev_dns=no fifo="/tmp/ser_fifo" fifo_db_url="mysql://ser:heslo@localhost/ser[1]" loadmodule "/usr/local/lib/ser/modules/mysql.so" loadmodule "/usr/local/lib/ser/modules/sl.so" loadmodule "/usr/local/lib/ser/modules/tm.so" loadmodule "/usr/local/lib/ser/modules/rr.so" loadmodule "/usr/local/lib/ser/modules/maxfwd.so" loadmodule "/usr/local/lib/ser/modules/usrloc.so" loadmodule "/usr/local/lib/ser/modules/registrar.so" loadmodule "/usr/local/lib/ser/modules/auth.so" loadmodule "/usr/local/lib/ser/modules/auth_db.so" loadmodule "/usr/local/lib/ser/modules/uri.so" loadmodule "/usr/local/lib/ser/modules/uri_db.so" loadmodule "/usr/local/lib/ser/modules/domain.so" loadmodule "/usr/local/lib/ser/modules/mediaproxy.so" loadmodule "/usr/local/lib/ser/modules/nathelper.so" loadmodule "/usr/local/lib/ser/modules/textops.so" loadmodule "/usr/local/lib/ser/modules/avpops.so" loadmodule "/usr/local/lib/ser/modules/permissions.so" modparam("auth_db|permissions|uri_db|usrloc", "db_url", "mysql://ser:heslo@localhost/ser[2]") modparam("auth_db", "calculate_ha1", 1) modparam("auth_db", "password_column", "password") modparam("nathelper", "rtpproxy_disable", 1) modparam("nathelper", "natping_interval", 0) modparam("mediaproxy","natping_interval", 30) modparam("mediaproxy","mediaproxy_socket", "/var/run/mediaproxy.sock") modparam("mediaproxy","sip_asymmetrics","/usr/local/etc/ser/sip-clients") modparam("mediaproxy","rtp_asymmetrics","/usr/local/etc/ser/rtp-clients") modparam("usrloc", "db_mode", 2) modparam("registrar", "nat_flag", 6) modparam("rr", "enable_full_lr", 1) modparam("tm", "fr_inv_timer", 27) modparam("tm", "fr_inv_timer_avp", "inv_timeout") #added these timers for voicemail forwarding modparam("tm", "fr_inv_timer", 25) modparam("tm", "noisy_ctimer", 1) modparam("permissions", "db_mode", 1) modparam("permissions", "trusted_table", "trusted") route { # ----------------------------------------------------------------- # Sanity Check Section # ----------------------------------------------------------------- if (!mf_process_maxfwd_header("10")) { sl_send_reply("483", "Too Many Hops"); break; }; if (msg:len > max_len) { sl_send_reply("513", "Message Overflow"); break; }; # ----------------------------------------------------------------- # Record Route Section # ----------------------------------------------------------------- if (method=="INVITE" && client_nat_test("3")) { # INSERT YOUR IP ADDRESS HERE record_route_preset("1xx.x4.11.xx3:5060;nat=yes"); } else if (method!="REGISTER") { record_route(); }; # ----------------------------------------------------------------- # Call Tear Down Section # ----------------------------------------------------------------- if (method=="BYE" || method=="CANCEL") { end_media_session(); }; # ----------------------------------------------------------------- # Loose Route Section # ----------------------------------------------------------------- if (loose_route()) { if ((method=="INVITE" || method=="REFER") && !has_totag()) { sl_send_reply("403", "Forbidden"); break; }; if (method=="INVITE") { if (!allow_trusted()) { if (!proxy_authorize("sip2.bigu.edu","subscriber")) { proxy_challenge("sip2.bigu.edu","0"); break; } else if (!check_from()) { sl_send_reply("403", "Use From=ID"); break; }; consume_credentials(); }; if (client_nat_test("3")||search("^Route:.*;nat=yes")){ setflag(6); use_media_proxy(); }; }; route(1); break; }; # ----------------------------------------------------------------- # Call Type Processing Section # ----------------------------------------------------------------- if (!is_uri_host_local()) { if (is_from_local() || allow_trusted()) { route(4); route(1); } else { sl_send_reply("403", "Forbidden"); }; break; }; if (method=="ACK") { route(1); break; } else if (method=="CANCEL") { route(1); break; } else if (method=="INVITE") { route(3); break; } else if (method=="REGISTER") { route(2); break; }; lookup("aliases"); if (!is_uri_host_local()) { route(4); route(1); break; }; if (!lookup("location")) { sl_send_reply("404", "User Not Found"); break; }; route(1); } route[1] { # ----------------------------------------------------------------- # Default Message Handler # ----------------------------------------------------------------- t_on_reply("1"); if (!t_relay()) { if (method=="INVITE" || method=="ACK") { end_media_session(); }; sl_reply_error(); }; } route[2] { # ----------------------------------------------------------------- # REGISTER Message Handler # ----------------------------------------------------------------- sl_send_reply("100", "Trying"); if (!search("^Contact:[ ]*\*") && client_nat_test("7")) { setflag(6); fix_nated_register(); force_rport(); }; if (!www_authorize("sip2.bigu.edu","subscriber")) { www_challenge("sip2.bigu.edu","0"); break; }; if (!check_to()) { sl_send_reply("401", "Unauthorized"); break; }; consume_credentials(); if (!save("location")) { sl_reply_error(); }; } route[3] { # ----------------------------------------------------------------- # INVITE Message Handler # ----------------------------------------------------------------- if (client_nat_test("3")) { setflag(7); force_rport(); fix_nated_contact(); }; if (!allow_trusted()) { if (!proxy_authorize("sip2.bigu.edu","subscriber")) { proxy_challenge("sip2.bigu.edu","0"); break; } else if (!check_from()) { sl_send_reply("403", "Use From=ID"); break; }; consume_credentials(); }; if (uri=~"^sip:1[0-9]{10}@bigu.edu") { strip(1); }; lookup("aliases"); if (!is_uri_host_local()) { route(4); route(1); break; }; if (uri=~"^sip:011[0-9]*@bigu.edu") { # International PSTN route(4); route(5); break; }; if (!lookup("location")) { if (uri=~"^sip:[0-9]{10}@bigu.edu") { # Domestic PSTN route(4); route(5); break; }; sl_send_reply("404", "caller Not Found"); break; }; route(4); route(1); } route[4] { # ----------------------------------------------------------------- # NAT Traversal Section # ----------------------------------------------------------------- if (isflagset(6) || isflagset(7)) { if (!isflagset(8)) { setflag(8); use_media_proxy(); }; }; } route[5] { # ----------------------------------------------------------------- # PSTN Handler # ----------------------------------------------------------------- rewritehost("1xx.x4.8.xx8"); # INSERT YOUR PSTN GATEWAY IP ADDRESS avp_write("i:45", "inv_timeout"); route(1); } onreply_route[1] { if ((isflagset(6) || isflagset(7)) && (status=~"(180)|(183)|2[0-9][0-9]")) { if (!search("^Content-Length:[ ]*0")) { use_media_proxy(); }; }; if (client_nat_test("1")) { fix_nated_contact(); }; } Links: ------ [1] mysql://ser:heslo@localhost/ser [2] mysql://ser:heslo@localhost/ser

2 3

[OpenSER-Users] CallManager Express + Exchange 2007
by Brian D 16 Aug '07

16 Aug '07

Would anyone be willing to share their configuration of where they have integrated these two using OpenSER? Thanks - b

1 0

[Serusers] Out of Office
by chayn＠imhocorp.com 16 Aug '07

16 Aug '07

Hello, I am out of the office and will be unable to respond to messages until Thursday, August 16. Claude

1 0

[Serusers] ser to sip provider
by julia heller 16 Aug '07

16 Aug '07

Hi, i attempt to connect ser to a sip provider with user + password authentication. if i get it right, i have to load the uac modul and insert following line: modparam("uac","credential","user:sip-provider-ip:password"), but i can't find the uac modul .. i hope anybody can help me .. another way i tried is this one: route[x] { rewriteuri("username@sip-provider-ip"); rewriteuserpass("username:password"); rewritehost("sip-provider-ip"); forward("username:password@sip-provider-ip"); } but it worked either. it comes always up with: get_connection(): Connection not found in the pool .. kind regards, julia heller -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer

1 0

[OpenSER-Users] question about DIALOG module
by Victor Gamov 15 Aug '07

15 Aug '07

Hi All As I understand dialog may be terminated by DIALOG module, e.g. due session timeout. In this situation module sends BYE timeout. When RTPproxy used does it receive signal to close RTP session whel local BYE generated? One more question -- is it possible to terminate session when RTPproxy does not get RTP packets for some predefined time? may be RTPproxy must be extended? Thanks! -- CU, Victor Gamov

1 0

[Serusers] Regarding SNMP and Statistics in SER
by Parminder.Nayyar＠relianceada.com 15 Aug '07

15 Aug '07

Hi friends I have been on the look out for someting related to performance counters or statistics in SER. If i browse through the code, I find, that there is #ifdef STAT macro defined, which is used if STATs are enabled while compilation. Now, when i try to do that, it looks for a SNMP module related files... which it doesnt find... On searching on internet i find a page saying SNMP is dead... Can any one help me in finding out how to enable statistics for SER? It is extremely urgent for me... please help .. :(( Thanks Parminder Nayyar The information contained in this e-mail message is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you should return it to the sender immediately. Please note that while we scan all e-mails for viruses we cannot guarantee that any e-mail is virus-free and accept no liability for any damage caused by any virus transmitted by this email.

2 1

[Serusers] routing between ser and asterisk
by Steffen Waldmann 15 Aug '07

15 Aug '07

hi there, i have a question about routing between SER and asterisk: I run SER and * on the same machine, so i configured * to listen on port 5070 (sip.conf: bindport 5070). Now i want to route all numbers that are not found in SER to *, therefore i wrote to ser.cfg in the main route section: if (!lookup("location")) { #sl_send_reply("404", "nicht gefunden"); rewritehostport("192.168.2.183:5070"); route(1); break; }; route(1) is the following: route[1] { # ----------------------------------------------------------------- # Default Message Handler # ----------------------------------------------------------------- if (!t_relay()) { sl_reply_error(); }; } i have two SER-users: 1000 and 1001 i have one * user: 1002 when i dial 1002 i get immediately 'User not found' does anyone have a hint?

2 1

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