sr-users March 2005

sr-users@lists.kamailio.org

250 participants
627 discussions

by Matt Schulte

Ok, I'm using usrloc db_mode 2, I understand the timer checks every 60 seconds default to see who should be expired and all. What I don't understand is why I keep getting these messages: Keeping binding '+13142664004','sip:s@69.29.57.253:3105' for replication This contact expired nonetheless and should be removed, is there something I'm missing? +--------------+--------------------------------------+----------------- ----+ | username | contact | expires | +--------------+--------------------------------------+----------------- ----+ | +13142664004 | sip:s@69.29.57.253:3105 | 2005-03-26 00:42:35 | | +13142664004 | sip:s@69.29.57.253:3118 | 2005-03-26 01:24:58 | +--------------+--------------------------------------+----------------- ----+

19 years, 5 months

[Serusers] how to use accounting with ser_radius

by Kamran Ahmad

hello Finally i am able to use authentication from radius (Thanks to all who helped me). Now i want to use accounting from radius. Can any one tell me how to do this regrads Kamran __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

19 years, 5 months

[Serusers] SIP Transaction and avpops

by PHAN, Quang-Minh (Docteur Ordinateur)

Hi All, I have the following scenario: There are 2 SER instants: Ser-1 and Ser-2 running on 2 machines. All the two are responsible for the domain example.com. Ser-1 is for outgoing calls and Ser-2 is for incoming calls. Alice(a)example.com wants to call Bob(a)example.com, so she sends an INVITE bob(a)example.com to Ser-1. Ser-1 forwards the call to Ser-2. Ser-2 tries to locate Bob but Bob's softphone is not registered. Fortunately, example.com has implemented "call forwarding on unavailable" service and Bob is using this. He wants to forward all his calls to Bob(a)somewhere.com, so Ser-2 replaces the URI of the INVITE by bob.somewhere.com and forward the call back to Ser-1 (as Ser-1 is responsible for all outgoing calls). My question is would it be possible that Ser-1 thinks that the 2 INVITEs (INVITE bob.example.com and INVITE bob.somewhere.com) passing through it belong to the same transaction? (Because they have the same CALL-ID, Fromtag and Totag). If so, How can I do to make them become 2 different transactions? Thank you very much for your help, Minh

19 years, 5 months

Re: [Serusers] SER CVS Head Version

by Aisling O'Driscoll

Im sorry that I wasnt clear first time around...Onsip supports 0.9.0 upwards so when I ran the instructions for cvs update in the getting started 2 doc no changes were made.... What I am stuck with is that I am currently running 0.8.14 and I want to run 0.9.0. So if someone would be so kind as to give me details of what commands I should run to to update from 0.8.14 to 0.9.0 I would be very grateful. Kindest Regards, Aisling. > >---- Original Message ---- >From: javarockx(a)gmail.com >To: ashling.odriscoll(a)cit.ie >Subject: Re: [Serusers] SER CVS Head Version >Date: Thu, 24 Mar 2005 11:14:00 -0500 > >>We have this fully documented at http://www.onsip.org >> >>Just download the Getting Started Issue 02 document. >> >>Regards, >>Paul >> >> >>On Thu, 24 Mar 2005 14:28:26 -0000, Aisling O'Driscoll >><ashling.odriscoll(a)cit.ie> wrote: >>> Hi, >>> >>> Could someone let me know how to build SER from the cvs head i.e. >the >>> commands? Im trying to get CPL working with SER but when I run >"patch >>> -p0 <modules/cpl-c/tm.patch" in the sip_router directory, The >patch >>> doesnt apply properly. Since I cant apply this patch my only >>> alternative is to use SER cvs head version. >>> >>> Thanks, >>> Aisling >>> >>> -------------------Legal >Disclaimer--------------------------------------- >>> >>> The above electronic mail transmission is confidential and >intended only for the person to whom it is addressed. Its contents >may be protected by legal and/or professional privilege. Should it be >received by you in error please contact the sender at the above >quoted email address. Any unauthorised form of reproduction of this >message is strictly prohibited. The Institute does not guarantee the >security of any information electronically transmitted and is not >liable if the information contained in this communication is not a >proper and complete record of the message as transmitted by the >sender nor for any delay in its receipt. >>> >>> _______________________________________________ >>> Serusers mailing list >>> Serusers(a)iptel.org >>> http://mail.iptel.org/mailman/listinfo/serusers >>> >> >>-------------------Legal >Disclaimer--------------------------------------- >> >>The above electronic mail transmission is confidential and intended >only for the person to whom it is addressed. Its contents may be >protected by legal and/or professional privilege. Should it be >received by you in error please contact the sender at the above >quoted email address. Any unauthorised form of reproduction of this >message is strictly prohibited. The Institute does not guarantee the >security of any information electronically transmitted and is not >liable if the information contained in this communication is not a >proper and complete record of the message as transmitted by the >sender nor for any delay in its receipt. >> >> -------------------Legal Disclaimer--------------------------------------- The above electronic mail transmission is confidential and intended only for the person to whom it is addressed. Its contents may be protected by legal and/or professional privilege. Should it be received by you in error please contact the sender at the above quoted email address. Any unauthorised form of reproduction of this message is strictly prohibited. The Institute does not guarantee the security of any information electronically transmitted and is not liable if the information contained in this communication is not a proper and complete record of the message as transmitted by the sender nor for any delay in its receipt.

19 years, 5 months

[Serusers] isdngw connecting to PSTN

by Nicky

Hi, I have encountered the problem when I tried to connect SIP to PSTN using the isdngw. Please advice what can be the problem and is there any guidelines for connecting to PSTN beside using the isdn.conf file, is there anything to take note. I keep getting a engaged tone. Please help....thank you. Mar 24 18:08:02 /usr/local/sbin/ser[9301]: ERROR: vm: db_query() failed. Mar 24 18:08:02 /usr/local/sbin/ser[9301]: ERROR: vm: vm_get_user_info failed Mar 24 18:08:02 /usr/local/sbin/ser[9301]: could not contact isdngw regards, nicky

19 years, 5 months

[Serusers] RPID Handling in ser 0.9.0/0.9.1

by Francesco Bottà

Hi all, what's the best way to fetch rpid value from DB in SER release 0.9.0 and 0.9.1? In my test, I've set this 2 modparam line: modparam("auth_db", "avps_column_int", "domn") modparam("auth_db", "avps_column_str", "uuid|rpid") and the function append_rpid_hf("<", ">;party=calling;id-type=subscriber;screen=yes;privacy=off"); is called before t_relay(). But in the release 0.9.0 SER is unable to fetch the rpid value from DB and the call failed when is parsed from my DSS-1 Gateway, wheter in 0.9.1 release all works well. I've, as usual, provisioned the rpid values with 'serctl rpid add' tool. What I'm wrong or missing in my ser.cfg file? Another question....the 2 modparam above seems to be no more mandatory in the 0.9.1....is it ok?? Many thanx Verbal

19 years, 5 months

[Serusers] HELP: Why does SER not absorb this re-INVITE?

by Java Rockx

Hi all. I have a big problem and I really need some help. re-INVITE messages are not properly processed during __random__ call durations. Sometimes a call can exceed 1 hour and sometimes a call is only two minutes, then ser improperly processes a re-INVITE and a 408 Request Timeout is sent back to the Sonus GW, which then drops the call. Attached is a partial call log that begins with a re-INVITE. NOTE: this is __NOT__ the first re-INVITE of this call. This call lasted more than 30 minutes and re-INVITEs were sent on a 2 minute interval. Anyhow, the re-INVITE is processed and the SIP phone ACKed it, however another re-INVITE got sent from the Sonus GW which ser incorrectly tried to send to the SIP UA. The SIP UA correctly ignored the re-INVITE since it just ACKed it. SER retransmits the re-INVITE to the SIP UA until the fr_invite timer expires, then it sends a 408 Request Timeout back to the Sonus GW, which then disconnects the call and sends ser a BYE message. Is this a bug in the ser TM module? Shouldn't ser just absorb the re-INVITE since it just ACKed it rather than trying to send the re-INVITE to the SIP UA? The Sonus guys say that this is an error in the ser SIP stack. Please help. I'm really stuck with this one. Regards, Paul

19 years, 5 months

[Serusers] serctl updated: added support for dbtext DB

by Cesc Santasusana

Hi, I have added "a few" lines to the serctl script, to support DBText. I have tested it, and it seems to work just fine. Of course, the output of certain commands is not as fancy as with MySQL, but then, I could not come up with a way to port the sql query's to text files :) I have to say, also, that I did some other 'beauty' changes. For example, i converted all the spaces into tabs, for indentation purposes. Also, some of the echoed messages i have added some carriage returns, just to make the output look "better". And rewritten a few lines in the usage function. How to get it to work? To use dbtext instead of mysql, the scripts needs a variable "SER_DB", to be set to SER_DB="dbtext". If not found, it creates it and defaults to SER_DB="mysql". Also, if using dbtext, we need the path to access the files. Set DBTEXT_PATH="/path/to/dbtext" (it defaults to /usr/local/etc/ser/dbtext) I added a command to serctl ("serctl dbtext [dbtext_path]"). When called, it creates the needed dbtext files (it dumps the first line, where the fields are described). They are in the same order as in the mysql tables. The rest is just as with mysql. I did not add any feature, not remove any (i think). Whenever it is turn to write to a mysql table, instead, the dbtext files are edited (no locking mechanism for the files, sorry). Can someone give it a try? I don't think many people use dbtext, but it is nice to have it supported in serctl. And maybe it can make its way to the cvs ... Regards, Cesc Santa PS - If you test it and find bugs, please, give me feedback to improve it. PS2 - I would provide a diff ... but for some reason, it just doesn't work in my linux. Too many changes? it would just delete the old file, and write all the new lines :) unclassified

19 years, 5 months

[Serusers] Please HELP: TM Module Question

by Java Rockx

Hi All. I have a problem which I think is a Sonus issue, but I need to make sure before I blame someone else for what could be my problem. The issue is related to re-INVITE messages from a Sonus PSTN gateway to my SER-0.9.1 sip proxy. Sometimes the Sonus box sends us a retransmitted re-INVITE for which SER just sent a 200OK. It occasionally does this even considering we originally reply with a 100Try message. So what SER then does is forwards the retransmitted re-INVITE to the SIP UA, but the SIP UA ignores this re-INVITE because it just sent a 200OK for the original re-INVITE. SER keeps trying to send the re-INVITE to the SIP UA until it times out, then it replies to the Sonus GW with a 407 Request Timeout and then Sonus disconnects the call and sends SER a BYE message. Now what I didn't mention yet is that when ser sends a 200OK response back to the Sonus box in reponse to the original re-INVITE, rather than getting an ACK back from Sonus we get a retransmitted re-INVITE and then we get the ACK. So since the SIP UA is smart enough to know not to response to the retransmitted re-INVITE, shouldn't SER also be smart enough and just absorb it rather than relaying it to the SIP UA? Anyhow a picture is worth a million words so here is a SIP message log that begins with a re-INVITE from the Sonus GW. NOTE 1: SER is located behind a Cisco 3600 so the ALG functionality in the 3600 has rewritten all the IP address (ie, the 10.3.0.0 network). NOTE 2: This problem seems to be random. Some calls are very short and others are very long before the disconnect happens - and still others are perfectly fine for the call duration. NOTE 3: Sonus sends SER a re-INVITE every two minutes. Can anyone please confirm that ser has indeed handled this re-INVITE properly and that Sonus is actually incorrectly processing calls? Is there a way to hack a band-aide here in the event that the problem is Sonus and they will not fix their side? Regards, Paul

19 years, 5 months

[Serusers] SER+MYSQL+FREERADIUS

by Ing. Pasquale Biafora

I have installed SER on a Server and FREERADIUS+MYSQL on other Server. When I try to connect at SER with a client Sip, the RADIUS response it's the follow: "Auth: Login incorrect: [barney(a)mydomain.it/<no User-Password attribute>] (from client xxx port 5060)" It seem that RADIUS don't send a correctly reply at SER. Infact the Log of SER it's ". SER [3561] rc_check_reply: received non-matching id in RADIUS server response" Thanks Pasquale Biafora

19 years, 5 months

← Newer
1
...
14
15
16
17
18
19
20
...
63
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users March 2005