sr-users

sr-users@lists.kamailio.org

10 participants
37525 discussions

RE: [Users] cancelling INVITE during OK response
by Web Monkey 26 Feb '07

26 Feb '07

hi, thanks for your response. is the sending of CANCEL handled by the openser engine internally? i need to do this from the openser config file. basically, my statement is like this: onreply_route[2] { if (status =~ "(183)|(2[0-9][0-9])") { if (client_nat_test("1")) { fix_contact(); append_hf("P-hint: Reply applied\r\n"); } use_media_proxy(); } if (status == "200") { invoke_my_function_from_here("$fu:$tu:$ci"); if (retcode == 1) { # propagate OK to caller; do nothing } else { # terminate or cancel INVITE from here } } } i should also be able to do this in proxy1 from the figure below. i think i need to send CANCEL to UAC1 and BYE to UAC2. this is my understanding of the RFC. someone may have implemented a function or module to handle this. thanks again. "Premnath, KN" <Premnath.KN(a)siemens.com> wrote: Hi Sho, When you get 200OK, you send an "ACK", so it is a good indication for the initial "INVITE" that it is ACKnowledged. When you get an error, anyway you will not send "ACK" instead still send the "CANCEL" so the UAC2 is clearly handled (and it will not wait for ACK), give a try !!! Thank You,. With warm regards, Premnath Narayanan --------------------------------- From: users-bounces(a)openser.org [mailto:users-bounces@openser.org] On Behalf Of Web Monkey Sent: Monday, February 26, 2007 9:24 AM To: users(a)openser.org; users(a)iptel.org Subject: [Users] cancelling INVITE during OK response hi, is there a way to cancel or terminate an INVITE or call upon receipt of the OK reply. my configuration invokes an external program which either return success or failure for OK message (response to INVITE). when failure is returned, i want the script to terminate the call or cancel the INVITE (OK message will not be forwarded to the calling UA). is there an existing function or module to realize this? the scenario is drawn below with provisional messages removed. UAC1 ------------------ proxy1 ----------------- proxy2 --------------- UAC2 call: INVITE ---------------------------> INVITE ----------------------> INVITE -----------------> OK <---------------- *XXX - error occurred during processing OK message thanks, sho --------------------------------- It's here! Your new message! Get new email alerts with the free Yahoo! Toolbar. The new company Nokia Siemens Networks is expected to start operations in the first quarter of 2007, subject to customary regulatory approvals, the completion of standard closing conditions, and the agreement of a number of detailed implementation steps. Disclaimer: This e-mail may contain trade secrets or privileged, undisclosed or otherwise confidential information. If you have received this e-mail in error, you are hereby notified that any review, copying or distribution of it is strictly prohibited. Please inform us immediately and destroy the original transmittal. Thank you for your cooperation. --------------------------------- Check out the all-new Yahoo! Mail beta - Fire up a more powerful email and get things done faster.

1 0

[Serusers] SER Users and Developers Meeting in Prague, March, colocated with the IETF
by Jiri Kuthan 25 Feb '07

25 Feb '07

Ladies and gentlemen, I'm glad to invite you to a meeting of SER users and developers in March 2007, in Prague, Czech Republic. See more at http://www.iptel.org/ietf_meeting I'm looking forward to seeing you there. In the meantime, please register yourself if you plan to attend and don't hesitate to make any agenda suggestions -- SER related ideally, even though any "social" suggestions are perfectly fine too. I can promise you it will be a wonderful event -- Prague is beatiful, SER is beatiful, and so is the folks involved in SER development -- LET'S MEET! -jiri -- Jiri Kuthan http://iptel.org/~jiri/

4 4

[Users] mediaproxy exceptions on session delete
by Klaus Darilion 25 Feb '07

25 Feb '07

Hi! I have a problem with mediaproxy 1.8. Whenever a session is deleted there is an exception: Feb 14 14:18:27 foobar mediaproxy[27053]: delete OGI3Nzk1N2ExODY4NTIzYzIxMjc1NmYxN2MwMDBiZjU. info= Feb 14 14:18:27 foobar mediaproxy[27053]: session OGI3Nzk1N2ExODY4NTIzYzIxMjc1NmYxN2MwMDBiZjU.: 10558/10557/21113 packets, 778927/774750/1553531 bytes (caller/called/relayed) Feb 14 14:18:27 foobar mediaproxy[27053]: session OGI3Nzk1N2ExODY4NTIzYzIxMjc1NmYxN2MwMDBiZjU.: ended. Feb 14 14:18:27 foobar mediaproxy[27053]: error: uncaptured python exception, closing channel <rtphandler.CommandHandler connected 5.6.7.8:38879 at 0xb7d255ec> (exceptions.NameError:global name 'StopRecordSerializer' is not defined [/usr/lib/python2.3/asyncore.py|readwrite|86] [/usr/lib/python2.3/asyncore.py|handle_read_event|390] [/opt/mediaproxy/modules/rtphandler.py|handle_read|441] [/opt/mediaproxy/modules/rtphandler.py|process|568]) Feb 14 14:19:53 foobar mediaproxy[27053]: status Feb 14 14:19:53 foobar mediaproxy[27053]: execution time: 0.11 ms I could not find the problem - accounting.py with StopRecordSerializer is there, and it is imported in rtphandler. Do others also have problems and maybe a workaround? regards klaus -- Klaus Darilion nic.at

2 1

Fwd: [Serusers] xlite and ser
by zahra bahar 25 Feb '07

25 Feb '07

Note: forwarded message attached. ____________________________________________________________________________________ Food fight? Enjoy some healthy debate in the Yahoo! Answers Food & Drink Q&A. http://answers.yahoo.com/dir/?link=list&sid=396545367

2 1

[Serusers] reminder: PRague meeting registration deadline approaching
by Jiri Kuthan 24 Feb '07

24 Feb '07

dont forget to register yourself if you plan to attend -- we really need to dimension the meeting facilities properly. http://www.iptel.org/ietf_meeting/participants Looking forward to seeing ya all! -jiri -- Jiri Kuthan http://iptel.org/~jiri/

1 0

[Users] new CDRTool release 5.0.10
by Adrian Georgescu 24 Feb '07

24 Feb '07

Hello, CDRTool 5.0.10 has been released. The software can be downloaded from: http://download.dns-hosting.info/CDRTool/ Changelog from 5.0.5: cdrtool (5.0.10) unstable; urgency=low * Fixed reload of prepaid accounts from rating page to reload only the prepaid account that has changed (when PHP register_globals if off) cdrtool (5.0.9) unstable; urgency=low * Added /var/www/CDRTool/scripts/replicationStatus.php script to easily check the database replication process Add to global.inc $CDRTool['replicated_databases']=array ('DB1','DB2'); and defined DB1 and DB2 connections to the mysql databases that replicate to each other. The connections must use the same IP addresses and usernames used during the setup of the replication process cdrtool (5.0.8) unstable; urgency=low * Enable failover between CDR databases for normalization process db_class can be an array with database connection classes * Removed db_class_readonly from global.inc cdrtool (5.0.7) unstable; urgency=low * Fixed version to be compliant with debian native version numbering cdrtool (5.0-6) unstable; urgency=low * Avoid unnecessary sql OR clause in CDR search that caused slow queries Regards, Adrian Georgescu

1 0

Re: [Serusers] Call from Asterisk to SER to a foreign subscriber
by karim basraoui 24 Feb '07

24 Feb '07

i had : UA1 (192.168.4.66:5061) }------------->Asterisk----------->SER-----------> UA3 (192.168.4.65:5061) UA2 (192.168.4.66:5062) then UA1 moved to SER domain : UA3 (192.168.4.65:5061) UA2 (192.168.4.66:5062) ------------->Asterisk----------->SER-----------> UA1 (192.168.4.66:5061) UA1 registers to SER and SER forwards the registration to ASTERISK, Asterisk is aware of the new location. UA2 tries to call UA3. It sends the invite to Asterisk and Asterisk replies with a TRYING message. after a while the call fails with an error 2007/2/24, ram <talk2ram(a)gmail.com>: > > then register with SER, should do the job > > UA----ASterisk----SER-----Phone > > is this correct > > ram > > > On 2/24/07, karim basraoui <basraouik(a)gmail.com> wrote: > > > > Hi, > > > > the call i'm trying to establish is from ASTERISK to SER. > > the UA i'm calling was initially in ASTERISK domain and moved to SER > > domain , a roaming case. > > > > 2007/2/24, ram < talk2ram(a)gmail.com>: > > > > > > Hi > > > > > > your question is not clear > > > > > > how is the call path happening from ASterisk or from SER > > > or both are gateway proxies ? > > > > > > ram > > > > > > > > > On 2/23/07, karim basraoui < basraouik(a)gmail.com > wrote: > > > > > > > Hi, > > > > > > > > I've set up a small architecture in which an ASterisk proxy is > > > > connected to a SER proxy in two different domains. > > > > > > > > I have sip phones connected to both of them. when an asterisk > > > > subscriber "travels" to SER domain it tries to register to SER. I've > > > > configured SER to accept foreign > > > > subscribers and to REGISTER them to their initial domain by the > > > > command "t_replicate". Till now everything works good, the UA is registered > > > > and Asterisk is aware > > > > of its new location, it displays in peers list the UA and its new IP > > > > address and port. > > > > > > > > The problem is when i'm trying to call the foreign UA from an > > > > Asterisk subscriber, it doesn't work. i have a TRYING response but no call > > > > establishement. > > > > > > > > how can i overcome this problem please? > > > > > > > > -- > > > > BASRAOUI Karim > > > > www.basraouik.afrikart.net > > > > _______________________________________________ > > > > Serusers mailing list > > > > Serusers(a)lists.iptel.org > > > > http://lists.iptel.org/mailman/listinfo/serusers > > > > > > > > > > > > > > > > > -- > > BASRAOUI Karim > > www.basraouik.afrikart.net > > > > -- BASRAOUI Karim www.basraouik.afrikart.net

1 0

Re: [Serusers] Call from Asterisk to SER to a foreign subscriber
by karim basraoui 24 Feb '07

24 Feb '07

Hi, the call i'm trying to establish is from ASTERISK to SER. the UA i'm calling was initially in ASTERISK domain and moved to SER domain , a roaming case. 2007/2/24, ram <talk2ram(a)gmail.com>: > > Hi > > your question is not clear > > how is the call path happening from ASterisk or from SER > or both are gateway proxies ? > > ram > > > On 2/23/07, karim basraoui <basraouik(a)gmail.com> wrote: > > > Hi, > > > > I've set up a small architecture in which an ASterisk proxy is connected > > to a SER proxy in two different domains. > > > > I have sip phones connected to both of them. when an asterisk subscriber > > "travels" to SER domain it tries to register to SER. I've configured SER to > > accept foreign > > subscribers and to REGISTER them to their initial domain by the command > > "t_replicate". Till now everything works good, the UA is registered and > > Asterisk is aware > > of its new location, it displays in peers list the UA and its new IP > > address and port. > > > > The problem is when i'm trying to call the foreign UA from an Asterisk > > subscriber, it doesn't work. i have a TRYING response but no call > > establishement. > > > > how can i overcome this problem please? > > > > -- > > BASRAOUI Karim > > www.basraouik.afrikart.net > > _______________________________________________ > > Serusers mailing list > > Serusers(a)lists.iptel.org > > http://lists.iptel.org/mailman/listinfo/serusers > > > > > -- BASRAOUI Karim www.basraouik.afrikart.net

1 0

[Serusers] iptel.org ANNOUNCEMENT: New SER bug marshal
by Greger V. Teigre 24 Feb '07

24 Feb '07

Hi all! I'm pleased to announce that Lakmal Silva has volunteered to be our SER bug marshal! Lakmal's main task will be to interface with the community and developers and make sure that bug fixes and feature requests don't disappear on the serusers and serdev mailing lists, as well as get them properly described/documented. (Please continue to use the tracker or mailing lists as you are used to.) The bug marshal's responsibilities are in more details: 1. Scan the mailings lists for bug reports, patches, feature requests, and improvement suggestions and: a) make sure they are registered on either http://iptel.org/ser/wishlist or as a tracker item (unless a developer picks it up) with unscheduled status b) request more information/debug traces/patches/etc in order to make the item possible to act upon for a developer c) solicit input from the developer(s) if clarification is needed 2. Pick up discussions on the mailing lists that concern new features, put new features on the wish list and if appropriate create a new specification/discussion page that will specify the feature in more detail and can be used for discussion purposes (examples: http://www.iptel.org/ser/specifications) Please don't contact Lakmal in private emails, but use the mailing lists if you have questions/issues. On behalf of the SER community, I welcome Lakmal and wish him luck in his new role as SER bug marshal! Greger

4 7

[Serusers] SER 0.9.6 with H.264 Problem!
by Steven Wong 24 Feb '07

24 Feb '07

Hello All: You will find enclosed our ser.cfg file that I have adapted from a very generous SIP user from the Internet. This ser.cfg file work perfectly with Audio (IP Phone and Softphone). But when I am trying to use a Video Phone (we did try with GrandStream GXV-3000 Video Phone), it just giving us Audio but NOT Video. I did also try the same GrandStream GXV-3000 Video Phone with FreeWorldDialup and it is working fine with Video. We have checked the etherreal output while trying to make a call and we are having this type of errors on the etherreal: ----- RTP Protocol Source IP (The IP of the Video Phone) and Destination IP (The IP of the SER Server) ------ Payload Type = Unknown (126) ICMP Protocol Source IP (The IP of the SER Server) and Destination IP (The IP of the Video Phone) ------Destination Unreachable (Port Unreacheable) These 2 errors repeated six time before it stop with a good signal of: Payload Type = ITU-T G.711 PCMU Then the audio start but without audio. --- Would you please tell us what is going wrong with this ser.cfg file? your answer is greatly appreciated. Many thanks, Steven Wong -------------------------------------------------------------------------- debug=3 fork=yes log_stderror=no check_via=no dns=no rev_dns=no listen=XXX.XXX.XXX.XXX # INSERT YOUR IP ADDRESS HERE # port=5060 children=3 alias="HOST.DOMAINNAME.COM" alias="XXX.XXX.XXX.XXX" fifo="/tmp/ser_fifo" fifo_db_url="mysql://ser:PASSWORD@localhost/ser" 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/nathelper.so" loadmodule "/usr/local/lib/ser/modules/textops.so" loadmodule "/usr/local/lib/ser/modules/acc.so" modparam("auth_db|uri_db|usrloc", "db_url", "mysql://ser:PASSWORD@localhost/ser") modparam("auth_db", "calculate_ha1", 1) modparam("auth_db", "password_column", "password") modparam("nathelper", "natping_interval", 30) modparam("nathelper", "ping_nated_only", 1) modparam("nathelper", "rtpproxy_sock", "unix:/var/run/rtpproxy.sock") modparam("usrloc", "db_mode", 2) modparam("registrar", "nat_flag", 6) modparam("rr", "enable_full_lr", 1) #---Accounting params modparam("acc", "log_level", 1) modparam("acc", "log_flag", 1) # ------------------------- request routing logic ------------------- # main routing logic route{ # initial sanity checks -- messages with # max_forwards==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); break; }; if (msg:len >= max_len ) { sl_send_reply("513", "Message too big"); break; }; # !! Nathelper # Special handling for NATed clients; first, NAT test is # executed: it looks for via!=received and RFC1918 addresses # in Contact (may fail if line-folding is used); also, # the received test should, if completed, should check all # vias for rpesence of received if (nat_uac_test("3")) { # Allow RR-ed requests, as these may indicate that # a NAT-enabled proxy takes care of it; unless it is # a REGISTER if (method == "REGISTER" || ! search("^Record-Route:")) { log("LOG: Someone trying to register from private IP, rewriting\n"); # This will work only for user agents that support symmetric # communication. We tested quite many of them and majority is # smart enough to be symmetric. In some phones it takes a configuration # option. With Cisco 7960, it is called NAT_Enable=Yes, with kphone it is # called "symmetric media" and "symmetric signalling". fix_nated_contact(); # Rewrite contact with source IP of signalling if (method == "INVITE") { fix_nated_sdp("1"); # Add direction=active to SDP }; force_rport(); # Add rport parameter to topmost Via setflag(6); # Mark as NATed }; }; # we record-route all messages -- to make sure that # subsequent messages will go through our proxy; that's # particularly good if upstream and downstream entities # use different transport protocol if (!method=="REGISTER") record_route(); # subsequent messages withing a dialog should take the # path determined by record-routing if (loose_route()) { # mark routing logic in request append_hf("P-hint: rr-enforced\r\n"); route(1); break; }; setflag(1); if (!uri==myself) { # mark routing logic in request append_hf("P-hint: outbound\r\n"); route(1); break; }; # if the request is for other domain use UsrLoc # (in case, it does not work, use the following command # with proper names and addresses in it) if (uri==myself) { if (method=="REGISTER") { # Uncomment this if you want to use digest authentication if (!www_authorize("HOST.DOMAINNAME.COM", "subscriber")) { www_challenge("HOST.DOMAINNAME.COM", "0"); break; }; save("location"); break; }; lookup("aliases"); if (!uri==myself) { append_hf("P-hint: outbound alias\r\n"); route(1); break; }; # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; }; append_hf("P-hint: usrloc applied\r\n"); route(1); } route[1] { # !! Nathelper if (uri=~"[@:](192\.168\.|10\.|172\.(1[6-9]|2[0-9]|3[0-1])\.)" && !search("^Route:")){ sl_send_reply("479", "We don't forward to private IP addresses"); break; }; # if client or server know to be behind a NAT, enable relay if (isflagset(6)) { force_rtp_proxy(); }; # NAT processing of replies; apply to all transactions (for example, # re-INVITEs from public to private UA are hard to identify as # NATed at the moment of request processing); look at replies t_on_reply("1"); # send it out now; use stateful forwarding as it works reliably # even for UDP2TCP if (!t_relay()) { sl_reply_error(); }; } # !! Nathelper onreply_route[1] { # NATed transaction ? if (isflagset(6) && status =~ "(183)|2[0-9][0-9]") { fix_nated_contact(); force_rtp_proxy(); # otherwise, is it a transaction behind a NAT and we did not # know at time of request processing ? (RFC1918 contacts) } else if (nat_uac_test("1")) { fix_nated_contact(); }; } -------------------------------------------------------------------------- --------------------------------- The fish are biting. Get more visitors on your site using Yahoo! Search Marketing.

3 4

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