Hi,
The functions;
setflag() restflag() isflagset()
Do these functions set a flag identified by the numeric argument, or do they set one specific flag to the value of the argument?
I'm sure it is the former, but the docs are not that clear to me on this.
Also, if I update the docs, where is the best place for me to submit changes to? Shall I just email the sgml diffs to the serdev list?
All the best, -Jev
You're right!
The are several flags (flag 1, flag 2, flag 3, ...) which can be 0 or 1.
regards, klaus
Jev wrote:
Hi,
The functions;
setflag() restflag() isflagset()
Do these functions set a flag identified by the numeric argument, or do they set one specific flag to the value of the argument?
I'm sure it is the former, but the docs are not that clear to me on this.
Also, if I update the docs, where is the best place for me to submit changes to? Shall I just email the sgml diffs to the serdev list?
All the best, -Jev
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Hi,
In ser.cfg I am just uncommenting lines mentioned for using MySql support and authentication. But when I try to restart SER, it is giving me bad cfg file error. What to do??
Also I want to register Ubiquity UA with SER. How to do that???
Rgds- Vanita Jain
-----Original Message----- From: serusers-bounces@iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Jev Sent: Friday, June 25, 2004 9:56 AM To: serusers@lists.iptel.org Subject: [Serusers] setflag() clarification
Hi,
The functions;
setflag() restflag() isflagset()
Do these functions set a flag identified by the numeric argument, or do they set one specific flag to the value of the argument?
I'm sure it is the former, but the docs are not that clear to me on this.
Also, if I update the docs, where is the best place for me to submit changes to? Shall I just email the sgml diffs to the serdev list?
All the best, -Jev
_______________________________________________ Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
I would be very helpful to add the "bad" lines to your Email. Anyway, I guess it is because of a bad parameter: Try mysql:// instead of sql://
Klaus
Vanita Jain wrote:
Hi,
In ser.cfg I am just uncommenting lines mentioned for using MySql support and authentication. But when I try to restart SER, it is giving me bad cfg file error. What to do??
Also I want to register Ubiquity UA with SER. How to do that???
Rgds- Vanita Jain
-----Original Message----- From: serusers-bounces@iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Jev Sent: Friday, June 25, 2004 9:56 AM To: serusers@lists.iptel.org Subject: [Serusers] setflag() clarification
Hi,
The functions;
setflag() restflag() isflagset()
Do these functions set a flag identified by the numeric argument, or do they set one specific flag to the value of the argument?
I'm sure it is the former, but the docs are not that clear to me on this.
Also, if I update the docs, where is the best place for me to submit changes to? Shall I just email the sgml diffs to the serdev list?
All the best, -Jev
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
I am seeing non-unique call IDs from a UA. SHould I reject a call if the Call-ID is not unique? Has anyone else messed with this? It is a big accounting problem!
-g
Greg Fausak www.AddaBrand.com (US) 469-546-1265
Greg,
We experienced similer problems when we tried to parallelly fork calls thru our PSTN gateway. All the calls had same call-id, and the only difference was the branch-id's in the via headers of the forked calls. The gateway accepted only the first call and rejected others. I asked about this in the sipping forum, and was informed that it could be a bug in the implementation of the UA server (PSTN gateways are UAS). The UAS has to consider branch-id's for the transactions. AFAIK, for a proxy, it is the combination of the Call-ID and the tags that uniquely identify the dialog. (Request others to correct if i am wrong on this). Not sure what exactly is your problem.
Regards,
Greg Fausak greg@addabrand.com wrote: I am seeing non-unique call IDs from a UA. SHould I reject a call if the Call-ID is not unique? Has anyone else messed with this? It is a big accounting problem!
-g
Greg Fausak
Girish Gopinath gr_sh2003@yahoo.com __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
On Jun 26, 2004 at 18:22, Greg Fausak greg@addabrand.com wrote:
I am seeing non-unique call IDs from a UA. SHould I reject a call if the Call-ID is not unique? Has anyone else messed with this? It is a big accounting problem!
What do you mean by non-unique call id? Is it changing during the call? (the call id is supposed to change for each new call)
Andrei
What I mean is that the call-id is used for multiple dialogs. It isn't unique for different calls. So, if my UAC makes a call, hangs up, then makes another call, both calls have the same call-id, the ACC accounting is showing that the same call ID is being used over and over. Is this a UAC bug?
---greg
On Jun 27, 2004, at 4:42 AM, Andrei Pelinescu-Onciul wrote:
On Jun 26, 2004 at 18:22, Greg Fausak greg@addabrand.com wrote:
I am seeing non-unique call IDs from a UA. SHould I reject a call if the Call-ID is not unique? Has anyone else messed with this? It is a big accounting problem!
What do you mean by non-unique call id? Is it changing during the call? (the call id is supposed to change for each new call)
Andrei
Greg Fausak www.AddaBrand.com (US) 469-546-1265
This should not happen:
Rfc3261: 8.1.1.4 In a new request created by a UAC outside of any dialog, the Call-ID header field MUST be selected by the UAC as a globally unique identifier over space and time unless overridden by method-specific behavior. All SIP UAs must have a means to guarantee that the Call- ID header fields they produce will not be inadvertently generated by any other UA.
Maybe your accounting problem can be solved by using not only the call-id as identifier, but also the to-tag and the from-tag. These should also change for new dialogs.
regards, klaus
Greg Fausak wrote:
What I mean is that the call-id is used for multiple dialogs. It isn't unique for different calls. So, if my UAC makes a call, hangs up, then makes another call, both calls have the same call-id, the ACC accounting is showing that the same call ID is being used over and over. Is this a UAC bug?
---greg
On Jun 27, 2004, at 4:42 AM, Andrei Pelinescu-Onciul wrote:
On Jun 26, 2004 at 18:22, Greg Fausak greg@addabrand.com wrote:
I am seeing non-unique call IDs from a UA. SHould I reject a call if the Call-ID is not unique? Has anyone else messed with this? It is a big accounting problem!
What do you mean by non-unique call id? Is it changing during the call? (the call id is supposed to change for each new call)
Andrei
Greg Fausak www.AddaBrand.com (US) 469-546-1265
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
So, what if a UA generates a non-unique call-id? shut down the user_id?
Thanks for the hint on the unique key :-) -g
On Jun 27, 2004, at 3:44 PM, Klaus Darilion wrote:
This should not happen:
Rfc3261: 8.1.1.4 In a new request created by a UAC outside of any dialog, the Call-ID header field MUST be selected by the UAC as a globally unique identifier over space and time unless overridden by method-specific behavior. All SIP UAs must have a means to guarantee that the Call- ID header fields they produce will not be inadvertently generated by any other UA.
Maybe your accounting problem can be solved by using not only the call-id as identifier, but also the to-tag and the from-tag. These should also change for new dialogs.
regards, klaus
Greg Fausak wrote:
What I mean is that the call-id is used for multiple dialogs. It isn't unique for different calls. So, if my UAC makes a call, hangs up, then makes another call, both calls have the same call-id, the ACC accounting is showing that the same call ID is being used over and over. Is this a UAC bug? ---greg On Jun 27, 2004, at 4:42 AM, Andrei Pelinescu-Onciul wrote:
On Jun 26, 2004 at 18:22, Greg Fausak greg@addabrand.com wrote:
I am seeing non-unique call IDs from a UA. SHould I reject a call if the Call-ID is not unique? Has anyone else messed with this? It is a big accounting problem!
What do you mean by non-unique call id? Is it changing during the call? (the call id is supposed to change for each new call)
Andrei
Greg Fausak www.AddaBrand.com (US) 469-546-1265 _______________________________________________ Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Greg Fausak www.AddaBrand.com (US) 469-546-1265
The UA is grandstream. I've just enabled totag/fromtag in the ACC: output, I'll take a look at that to see if some uniqueness can be derived.
Thanks, -g
On Jun 28, 2004, at 6:20 AM, Klaus Darilion wrote:
Greg Fausak wrote:
So, what if a UA generates a non-unique call-id? shut down the user_id?
That would be a possibillity. But first I would ask the user to update his equipment. Which UA is it?
klaus
Greg Fausak www.AddaBrand.com (US) 469-546-1265
a guess -- it it grandstream? use from and to tags to make accounting key unique.
-jiri
At 01:22 AM 6/27/2004, Greg Fausak wrote:
I am seeing non-unique call IDs from a UA. SHould I reject a call if the Call-ID is not unique? Has anyone else messed with this? It is a big accounting problem!
-g
Greg Fausak www.AddaBrand.com (US) 469-546-1265
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-- Jiri Kuthan http://iptel.org/~jiri/
On Jun 25, 2004 at 09:56, Jev jev@ecad.org wrote:
Hi,
The functions;
setflag() restflag() isflagset()
Do these functions set a flag identified by the numeric argument, or do they set one specific flag to the value of the argument?
I'm sure it is the former, but the docs are not that clear to me on this.
Also, if I update the docs, where is the best place for me to submit changes to? Shall I just email the sgml diffs to the serdev list?
Yes.
Thanks, Andrei
-
Andrei Pelinescu-Onciul -
GR S -
Greg Fausak -
Jev -
Jiri Kuthan -
Klaus Darilion -
Vanita Jain