Thanks, now it works fine!!!
Davide
-----Messaggio originale-----
Da: Bogdan-Andrei Iancu [mailto:bogdan@voice-system.ro]
Inviato: lunedì 26 giugno 2006 20.08
A: Norman Brandinger
Cc: users(a)openser.org; D'Addelfio Davide
Oggetto: Re: [Users] CANCEL
Hi,
see http://openser.org/docs/modules/stable/acc.html#AEN239.
regards,
bogdan
Norman Brandinger wrote:
> Hi,
>
> Below is a little <snip></snip> of my config.
>
> Note that the "define's" are preprocessed by M4. I found that as the
> config file grows in size, using human readable names in place of
> numbers greatly enhances productivity.
>
> By the way, did you check out:
> http://openser.org/docs/modules/stable/acc.html ?
>
> To quote:
>
> 1.5.4. |report_cancels| (integer)
> By default, CANCEL reporting is disabled -- most accounting
> applications are happy to see INVITE's cancellation status. Turn on if
> you explicitly want to account CANCEL transactions.
>
> Regards,
> Norm
>
> ...
> define(`YES', 1)
> define(`FLAG_ACC', 6)
> define(`FLAG_ACC_DB', 7)
> ...
> modparam("acc", "report_cancels", YES)
> modparam("acc", "db_flag", FLAG_ACC_DB)
> modparam("acc", "log_flag", FLAG_ACC)
> ...
> #----------------------------------------------------------------
> # Setup Accounting
> #----------------------------------------------------------------
> if (is_method("BYE|REFER|CANCEL")) {
> setflag(FLAG_ACC);
> setflag(FLAG_ACC_DB);
> };
> ...
>
>
> D'Addelfio Davide wrote:
>
>>
>> Hi to all,
>>
>> i can't understand why my openser doesn't capture the Cancel and
>> doesn't store it into database, could anyone help me in some way?
>> Please, I'm desperate...!!!
>>
>> Attached my cfg file.
>>
>> Thanks
>>
>> Davide
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Users mailing list
>> Users(a)openser.org
>> http://openser.org/cgi-bin/mailman/listinfo/users
>> ------------------------------------------------------------------------
>>
>> No virus found in this incoming message.
>> Checked by AVG Free Edition.
>> Version: 7.1.394 / Virus Database: 268.9.3/374 - Release Date: 6/23/2006
>
>
>
> _______________________________________________
> Users mailing list
> Users(a)openser.org
> http://openser.org/cgi-bin/mailman/listinfo/users
>
Hello everybody,
Have anyone of you changed the openser and openserro password? I've actually changed it in mysql. And then of course changed it in my openser.cfg. However after that, everything just fell apart. What else am I missing? If I do change those 2 passwords, where else am I suppose to change it?
Another question is, have anyone of you ever had the problem where openser just don't want to start. I've found out it's not starting whenever I typed openserctl moni or ps. It tells me openser_fifo not found. Then I use monit to restart it. Still nothing happens. Created a fake openser_fifo in /tmp, still nothing worked. After awhile of leaving it on, openser finally decides to start. Not sure what triggered it. This problem just happens sometimes.
My system is, CentOS 4.3, openser 1.0.1, rtpproxy, monit 4.8.1. Thank you.
---------------------------------
Ring'em or ping'em. Make PC-to-phone calls as low as 1¢/min with Yahoo! Messenger with Voice.
Hi All,
Should I also account BYE's with sip_status not equal to 200?
if i don't i might lose some minutes that I will alreadybe billed by the
gteway and if I do customers might tell me that those calls are not
completed. Hope you guys can help me. Thanks
Regards,
Nhadie
________________________________________________
Message sent using UebiMiau 2.7
Hi,
How can I be sure that all calls are terminated by a BYE message? I
have some instances that a BYE message is not logged by SER. Is there
a way to fix this? What could be the possible scenarios that causes
missing BYE's?
Thanks,
Ryan
At 15:43 24/06/2006, John Clements wrote:
>> You have a broken UA.
>
>Where do you get that? Nothing is broken, its the Number Porting flag the
>TDM sends. If anything, Asterisk and SER are broken because they do not
>recognize it :-)
Hi John,
I am wondering why you think that SER is broken?
IMHO, as Juha pointed out your URI may be a 'valid' result of standard-recommended way
of translating Tel to Sip URIs (Rfc3261, 19.1.6).
Now since the same specification does not syntactically recognize
parameters with the userpart of a URI, your username is matched in
usr-loc database against what it is (some number, followed by semicolon,
ndpdi and some more characters). I agree that most likely such
lookup does not make much sense (unless you really have usernames
with semicolon in it :-))). To me, the recommendation in rfc3261 seems
not entirely thought thru -- one obviously didn't want to mix one
parameter set with another. However processing the username-embedded parameters
hasn't been addressed, making it as a result a subject of local
URI policy.
SER's subst_uri can fix it for you, i.e., implement your policy 'throw
all parameters from userpart',
-jiri
p.s. -- recall my previous comment about lack of domain, I just 'misparsed' at
some of the characters in the URI.
>And its subst_uri() that gets rid of it. I found it last night. Thanks
>though.
>
> -John
>
>
>> AFAIK it's not possible with From. SER processes messages and always
>> keep the original message. When you do subst etc, you basically tell SER
>> how to change the message before sending a reply or forwarding. The ruri
>> can be changed (but still the original uri is kept, i.e. revert_uri())
>> The lookup function will use the From in the original message,
>> regardless of what you do.
>> You have a broken UA.
>> g-)
>>
>> John Clements wrote:
>>> I've looked around and have found one or two other posts asking about
>>> this, but I have never seen an answer. The From is:
>>>
>>> =uri: <sip:5551212;npdi=yes@x.x.x.x:5060;dtg=SIP;user=phone>
>>>
>>> Which causes a number of issues. USRLOC no longer works:
>>>
>>> =lookup(): '5551212;npdi=yes' Not found in usrloc
>>>
>>> And when you send the call to an Asterisk server, Asterisk wigs out
>>> because it truncates everything after the first ";" it encounters in the
>>> URI. Does anyone have any idea how to get rid of it? I've tried subst(),
>>> but could not get it to work. :-(
>>>
>>>
>>> -John
>>>
>>>
>>> _______________________________________________
>>> Serusers mailing list
>>> Serusers(a)lists.iptel.org
>>> http://lists.iptel.org/mailman/listinfo/serusers
>>>
>>>
>>>
>>
>>
>
>
>_______________________________________________
>Serusers mailing list
>Serusers(a)lists.iptel.org
>http://lists.iptel.org/mailman/listinfo/serusers
--
Jiri Kuthan http://iptel.org/~jiri/
Hi Reddy,
what you mean by shutting down? any logs?
regards,
bogdan
Reddy, Muralidhar wrote:
>Hello Bogdan,
>
> Thanks for your help.
> It is working now.
>
> But after 8-10 calls Proxy shuts down. Do I need to increase the
>memory?
>
>Thanks,
>Murali
>Phone: 301-515-3716
>e-mail: mreddy(a)ti.com
>
>-----Original Message-----
>From: Bogdan-Andrei Iancu [mailto:bogdan@voice-system.ro]
>Sent: Monday, June 26, 2006 5:37 AM
>To: Reddy, Muralidhar
>Cc: users(a)openser.org
>Subject: Re: [Users] "513 Message too big" for the Invite
>
>Hi Reddy,
>
>probably the message exceeds the 4096 bytes configured in the script.
>try to increase the value or to disable the check (# if......#endif does
>
>not work - try # or // for each line or the C like /*...*/)...
>
>regards,
>bogdan
>
>Reddy, Muralidhar wrote:
>
>
>
>>Hello,
>>
>>Everything works fine if I run Proxy without TLS disabled.
>>
>>I tried both TCP/UDP, it works fine.
>>
>>For TLS, Registration went fine however Proxy responds "513 Message
>>too big" to the Invite.
>>
>>I don't see any wrong headers in the message.
>>
>>The length is almost same for TCP and TLS invite message, the only
>>change is sip and sips.
>>
>>Any 'C' file or config file I need to modify?
>>
>>
Hi,
Today we had an issue on one of our openser machines. Some CPEs that
were trying to register came from an IP address that for some reason
would not (or very slowly, or both) resolve to a DNS name.
Therefore openser was very slow to respond to any incoming SIP message,
resulting in loads of unreachable customers. About one third of the
registration attempts was succeeding and I think hardly any call
attempts succeeded.
What lead us to the DNS problem was that we increased the loglevel from
3 (our normal loglevel) to 7 and we noticed lots of "comp_ip: could not
rev_resolve ip address xxx.xxx.xxx.xxx" messages.
Why is the function eval_elem() in route.c calling comp_ip which in turn
wants to resolve an ip address? Is it really necessary?
Naturally I will try to find out why the dns resolver was taking so
long, but I'm having trouble finding out from the source why resolving
an ip address is necessary.
Thanks!
--
Andreas (who's very sleepy, it took quite a while to figure this one
out)
I'm currently having this problem:
SPA 3000 calls UA(xlite). The call goes through and everything is fine.
When SPA 3000 hangs up. UA never hangs up. Seems like its not receiving the BYE.
However, if the UA hangs up, everything is fine.
This is some error I get:
localhost /usr/local/sbin/openser[3236]: ERROR: t_newtran: transaction already in process 0xb62f1980
Jun 23 23:07:43 localhost /usr/local/sbin/openser[3236]: ERROR: sl_reply_error used: I'm terribly sorry, server error occurred (1/SL)
This is how I handle my BYE in openser.cfg:
if (method=="BYE" || method=="CANCEL") {
unforce_rtp_proxy();
t_relay();
};
if (loose_route()) {
if ((method=="INVITE" || method=="REFER") && !has_totag()) {
sl_send_reply("403", "Forbidden");
return;
};
if (method=="INVITE") {
if (!proxy_authorize("","subscriber")) {
proxy_challenge("","0");
return;
} else if (!check_from()) {
sl_send_reply("403", "Use From=ID");
return;
};
consume_credentials();
if (nat_uac_test("19")) {
setflag(6);
force_rport();
fix_nated_contact();
};
force_rtp_proxy("l");
};
t_relay();
route(1);
return;
};
I'm using rtpproxy on the same system. Any ideas how to fix this issue? Also, I was wondering how do I set rtpproxy to start on startup? Thank you
---------------------------------
Yahoo! Groups gets better. Check out the new email design. Plus theres much more to come.
Thanks for quick reply. Do you think in this case is bettr to use return or break function?
if (method=="INVITE") {
route(7);
return;
} else if (method=="ACK") {
route(8);
return;
} else if (method=="CANCEL") {
route(9);
return;
} else if (method=="BYE") {
route(10);
return;
};
if (loose_route()) {
xlog("L_INFO","Eseguo loose_route");
# mark routing logic in request
append_hf("P-hint: rr-enforced\r\n");
route(1);
return;
};
if (uri==myself) {
if (method=="REGISTER") {
# Uncomment this if you want to use digest authentication
#if (!www_authorize("138.132.167.240", "subscriber")) {
# www_challenge("138.132.167.240", "0");
# exit;
#};
save("location");
#exit;
return;
};
};
Thanks
Davide
________________________________
Da: raviprakash sunkara [mailto:sunkara.raviprakash.feb14@gmail.com]
Inviato: lunedì 26 giugno 2006 14.21
A: D'Addelfio Davide
Oggetto: Re: [Users] difference between return, break and exit.
Hi Davide ,
openser 0.9 is having the break,,, now in 1.0.1 and 1.1.0 is using.... now..
return is also used ...
But the difference b/n the return and exit.. is
In retuern the function is + ve or - ve return type..
where exit .... to gettinh out the condition function;
bettter to use only exit function...
On 6/26/06, D'Addelfio Davide <Davide.D'Addelfio(a)italtel-consultant.com> wrote:
Hi to all,
i need to understand the difference in usage between return, break and exit.
Could someone help me, maybe with some example?
Thanks
Davide
_______________________________________________
Users mailing list
Users(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/users
--
Thanks and Regards with cheers
Sunkara Ravi Prakash (Voip Developer)
Hyperion Technology
www.hyperion-tech.com
