Hi
Is there a easy way of doing zero billing for all datra returned from enum lookup
Iqbal
Iqbal wrote:
Hi
Is there a easy way of doing zero billing for all datra returned from enum lookup
Yes. Do not account them.
klaus
Iqbal
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
tks :-)
But how, I am doing billing /rating based on prefix in lcr, now I cannot put these in lcr, and bill like that since some 44207 numbers will go to pstn , and other will not. What I am trying to do is to have the same billing system for all, and for enum calls rate them as £0.00, which is where the problem is because the billing rates are per prefix, and these have no special prefix.
Iqbal
Klaus Darilion wrote:
Iqbal wrote:
Hi
Is there a easy way of doing zero billing for all datra returned from enum lookup
Yes. Do not account them.
klaus
Iqbal
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
.
Who generates the CDRs? ser? If yes, do not account ENUM calls!
if enum_query() { resetflag(x) # x=accounting flag t_relay... break; } else { setflag(x) lcr stuff... break; }
klaus
Iqbal wrote:
tks :-)
But how, I am doing billing /rating based on prefix in lcr, now I cannot put these in lcr, and bill like that since some 44207 numbers will go to pstn , and other will not. What I am trying to do is to have the same billing system for all, and for enum calls rate them as £0.00, which is where the problem is because the billing rates are per prefix, and these have no special prefix.
Iqbal
Klaus Darilion wrote:
Iqbal wrote:
Hi
Is there a easy way of doing zero billing for all datra returned from enum lookup
Yes. Do not account them.
klaus
Iqbal
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
.
but I want it to be entered in acc table, but just set a price to zero when doing the bill run.
In the method below I can either charge or not, I wish to be able to configure the price charged on a enum call, currently zero. This must be done by the rating engine, which is based upon prefix from lcr table, but since in lcr we dont distinguish between enum numbers or normal, then I cannot have a diff rate for it. The only way seems to be to look at the acc table, to see which gateway (internal/external) was used, which is not accurate since I am sure some gateway will use the same for passing external postn calls, as well as routing internal e164.
Iqbal
Klaus Darilion wrote:
Who generates the CDRs? ser? If yes, do not account ENUM calls!
if enum_query() { resetflag(x) # x=accounting flag t_relay... break; } else { setflag(x) lcr stuff... break; }
klaus
Iqbal wrote:
tks :-)
But how, I am doing billing /rating based on prefix in lcr, now I cannot put these in lcr, and bill like that since some 44207 numbers will go to pstn , and other will not. What I am trying to do is to have the same billing system for all, and for enum calls rate them as £0.00, which is where the problem is because the billing rates are per prefix, and these have no special prefix.
Iqbal
Klaus Darilion wrote:
Iqbal wrote:
Hi
Is there a easy way of doing zero billing for all datra returned from enum lookup
Yes. Do not account them.
klaus
Iqbal
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
.
.
I think the best solution is to save adjacent information in acc to be able to distinguish these calls and have the rating engine considering it. This can be done either using enhanced acc module (and save some extra avp) or maybe you can do some tricks with acc_*_request() with special reason phrase.
Daniel
On 08/11/05 14:31, Iqbal wrote:
but I want it to be entered in acc table, but just set a price to zero when doing the bill run.
In the method below I can either charge or not, I wish to be able to configure the price charged on a enum call, currently zero. This must be done by the rating engine, which is based upon prefix from lcr table, but since in lcr we dont distinguish between enum numbers or normal, then I cannot have a diff rate for it. The only way seems to be to look at the acc table, to see which gateway (internal/external) was used, which is not accurate since I am sure some gateway will use the same for passing external postn calls, as well as routing internal e164.
Iqbal
Klaus Darilion wrote:
Who generates the CDRs? ser? If yes, do not account ENUM calls!
if enum_query() { resetflag(x) # x=accounting flag t_relay... break; } else { setflag(x) lcr stuff... break; }
klaus
Iqbal wrote:
tks :-)
But how, I am doing billing /rating based on prefix in lcr, now I cannot put these in lcr, and bill like that since some 44207 numbers will go to pstn , and other will not. What I am trying to do is to have the same billing system for all, and for enum calls rate them as £0.00, which is where the problem is because the billing rates are per prefix, and these have no special prefix.
Iqbal
Klaus Darilion wrote:
Iqbal wrote:
Hi
Is there a easy way of doing zero billing for all datra returned from enum lookup
Yes. Do not account them.
klaus
Iqbal
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
looked into this, the problem I see is that when a enum lookup is done the domain part can vary, hence i cant match/look for that.
I have 3 scenarios
1. PSTN call, this does enum first not match, find gw, and send out call based on prefix 2. PSTN, enum lookup matches, send call out on enum path, no lcr invloved 3. prefix based call on IP, again go out on IP, no lcr lookup
I am trying to think of a way where 2 and 3 use the lcr module, where I can then place the gateways, for prefix as well as for enum matches, that way its all in one system. The prefix one can be done, currently I am not really routing to other based on prefix, but would like to, but I dont want lots of prefix based routing in ser, would like to leave that in lcr...thinking about this this should be possible eg 777 (goes to ISP A) hence in lcr I could put 77712345 mapped to ISP A ip address...is anyone doing this.
If this works 3 is solved, that leaves scenario 2.
When the enum happens, if we can get it to call lcr, and lcr do the routing ( I know this is overkill, since enum is supposed to tell you the route) . Maybe when enum number is dialed tell account to prefix the enum route in billing with a "special " prefix 3333 b4 all numbers, and then add this as a dummy prefix in lcr, or something like that..thoughts
Iqbal
Daniel-Constantin Mierla wrote:
I think the best solution is to save adjacent information in acc to be able to distinguish these calls and have the rating engine considering it. This can be done either using enhanced acc module (and save some extra avp) or maybe you can do some tricks with acc_*_request() with special reason phrase.
Daniel
On 08/11/05 14:31, Iqbal wrote:
but I want it to be entered in acc table, but just set a price to zero when doing the bill run.
In the method below I can either charge or not, I wish to be able to configure the price charged on a enum call, currently zero. This must be done by the rating engine, which is based upon prefix from lcr table, but since in lcr we dont distinguish between enum numbers or normal, then I cannot have a diff rate for it. The only way seems to be to look at the acc table, to see which gateway (internal/external) was used, which is not accurate since I am sure some gateway will use the same for passing external postn calls, as well as routing internal e164.
Iqbal
Klaus Darilion wrote:
Who generates the CDRs? ser? If yes, do not account ENUM calls!
if enum_query() { resetflag(x) # x=accounting flag t_relay... break; } else { setflag(x) lcr stuff... break; }
klaus
Iqbal wrote:
tks :-)
But how, I am doing billing /rating based on prefix in lcr, now I cannot put these in lcr, and bill like that since some 44207 numbers will go to pstn , and other will not. What I am trying to do is to have the same billing system for all, and for enum calls rate them as £0.00, which is where the problem is because the billing rates are per prefix, and these have no special prefix.
Iqbal
Klaus Darilion wrote:
Iqbal wrote:
Hi
Is there a easy way of doing zero billing for all datra returned from enum lookup
Yes. Do not account them.
klaus
Iqbal
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
.