On Opt 61 using software 25.15 can it provide extn level billing information for network provider. They need to see 1840. DN. number dialled. Have got 1840 workin to select specific route but & LID 1. What else do I need to do ?
thanks, as the information is being read and processed by the network provider, they need to see everything, will this enable them to see what they want ?
yes it has to dump to something... a pc with procomm works for me... it will be truned on when you complete cdr data and the adan build.. then on the routes cdr yes
okay, that is not want I need. All the call records are to be presented to the network provider so that they get all this information and process it. Nothing is done on site.
thanks, that is what has already been set-up and according to the Network Vendor, they are not 'seeing' this info. How can I check to see what is being sent out ?
as far as i am aware - and i'm pretty certain - there is no way to acheive 'itemised / extension' billing on an option. Equally, billing by cli is not possible [if it was you could probably fake the og cli and bung the call on anther's bill! etc etc]
On Sept 7 he says "nothing is done on site" then 28 nov he says "the info can only be collected locally"
not sure what he wants, he was given good directions to collect all his data locally but that wasn't what he wanted.
You can get itemized extention billing on an option. You have to have your CDR set up and collected of course, but it will show you what extension calls where and for how long, the billing part is just software after that.
i think we're talking at cross purposes here.
when [in the uk] 'they' [they = third party networks] say they want extension billing - someone says 'yes i can do that'. but what 'they' really want is a form of dialling from the system as opposed to information from the system.
eg, what they want is an extension to go off hook and dial 9 + telephone number. what they want the switch to actually dial out is xxxx [access code which tells the pstn provider to give the call to a prticular third party network] + yyyy[extension dn number ie 2066] + a pause + full telephone number of called party.
this means that the network will produce bills for the customer under extension headings or department headings if yyyy = dept group.
systems like the panasonc kxtd have this as a built in s/w option which you just switch on. as the option uses ars only it needs the 'insert dn' into dialling stream ability together with an 'insert pause' ability - both of which can't be done.
The other way this 'can be done' [ie can't] is where the option provides a cli individual to the extn which the network 'reads' to produce a bill for that particular extn. However, I have spoken with network engineers who say they can't process this information anyway. Even if they could, the extn CAN send its own cli but what about all the extns with no o/g cli [ddi] assigned? To incorporate them you would have to give them pretend DDIs to allow them to give out an individual cli. However, if you say had 100 ddi's on a switch but 300 extns you would give a block of 200 ddis which could actually exist in the real world. ergo if you had some info on a customer you could make calls at his expense etc etc. the list is endless why this method does not work.
ie this is all about how the network produces a bill, ideally, at the exchange for the customer.
the only way the network can acheive this is by paying for cdr capture at the site and download the info via dial up etc and apply calculus to the cdrs - unless i'm wrong - which i'm not - or am i
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.