[asterisk-users] Billing pulses

[Stefano Corsi]

I must clarify my original message. Maybe 
confusion is due to my poor english. So I'll make a list of statements:

- Each ISDN line in Italy can be splitted in two analog lines
- You can use those analog lines as normal analog lines
- I have already invested in analog hardware (my 
fault of course) for both FSX and FXO
- ISDN hardware installed by the telco can, in 
Italy, be programmed to send a "billing pulse".
- I guess this billing pulse is sent on each of 
the two analog lines in which a single ISDN line 
can be splitted (so there's no risk, I guess, for double billing).
- I'm considering if there's a small chance for 
me to avoid buying additional hardware (ISDN 
cards or gateways) and have an accurate billing 
using those analog lines resulting from splitting an ISDN line.
- To get an accurate billing, I'm wandering if 
it's possibile to use "billing pulse" provided by those analog lines.
- I have full specifications of the "billing pulse" provided:

frequency 
.................................................................... 
12 kHz ± 1%
level 
.......................................................................... 
200 mVrms on 200
distortion................................................................... 
< 5%
pulse duration 
.............................................................125 ± 25 ms
pause duration 
................................................................> 180 ms
period 
.......................................................................> 300 ms

Do you think it's worth considering it?

Rgds
Stefano

> > Bill them both.  We are talking about mere BRI's, right:-)  Good catch,
> > David.  As others noted, billing pulse really applies to analogue lines
> > only, and ISDN providers should always send status.
> >
> > Yuan Liu
>
>Thanks, Yuan
>
>
>But my confusion came from the original post stating the use of ISDN
>circuits for this  implementation.  Id ISDN is in fact the circuit of
>choice for this app, I agree why wouldn't he simply use the cause codes
>for billing purposes.  We have a lot of experience in telecommunications
>billing, and have always found cause codes to be more than sufficient
>even for weird tiers, and bizarre rounding functions.