Created by: extremescholar,Last modification on Mon 27 of Feb, 2006 [18:02 UTC] by pootul
Comments
222
333Too slow?
by calydon, Sunday 20 of July, 2008 [20:09:32 UTC]
I managed to get this going - using Ubuntu, made the script and ran qwer. (i'm a linux noob)
I've been going for almost a week now, but I've only finished step 1. I decided I should follow the caveats - so I got a crossover cable, and a spare NIC, but I'm not sure how to go about hooking this up. Right now I have a the crossover cable going to my router, and the other end to the ATA. My laptop is running the script, and it's connected to the router with a cat5 cable. Would it go faster if the laptop was using crossover?
How can I speed this process up, because at the current rate it will take over a year to go through all the possible passwords. Not practical.
222
333What does this line do?
by calydon, Friday 11 of July, 2008 [04:22:10 UTC]
What I need to do is record telephone calls that are made on regular phones on a regular telephone line, and record the calls somehow using a VoIP system.
I wish to use this system using a PBX and VoIP phone adapters without using an actual VoIP external line. The line that comes into my house is a POTS line. The setup does not look like it will work to me, but I have seen this exact setup where I work so I am very confident that it does work. I wish to do it like this:
Regular Phone ----> phone line splitter -----> VoIP Phone Adapter -----> PBX
...
There are two ways of doing this which immediately spring to mind (there will be many many more).
The first is to use the LOCAL channel and then initiate the call from within that. This should create a new CDR from that point in the call - I know we've used it for this reason, but it was a while ago, so I can't remember if we needed to do anything else.
The second way would be to log the times to the database that the dial started and when (if) the call is bridged. FUNC_ODBC is your friend!
Those should push you in the right direction, but it is worth bearing in mind that there are a number of issues with CDRs - it is not recommended that you use them as your only source of billing information unless you are absolutely sure that you are recording exactly what you want.
...
Hi,
I wrote a DialScript that receibe a call from the PSTN, ask for destination (with a READ) , and then make a call using a Dial to the final destination.
I need to have a CDR that represent ONLY the second leg of the call (with your own billsec, and disposition, etc)
Anyone know how to do this??? HELP ME!!!!
Thanks.
...
I would like be sure that when using "exterhost" parameter, although it is not recommended for production environments, the DNS lookup made to determine the IP for "exterhost" will not use the DNS server posted on /etc/resolver. Because if I am running also a name server inside my local network the result for this query will never be the public IP for the Asterisk behind the NAT.
Comments
333Too slow?
I've been going for almost a week now, but I've only finished step 1. I decided I should follow the caveats - so I got a crossover cable, and a spare NIC, but I'm not sure how to go about hooking this up. Right now I have a the crossover cable going to my router, and the other end to the ATA. My laptop is running the script, and it's connected to the router with a cat5 cable. Would it go faster if the laptop was using crossover?
How can I speed this process up, because at the current rate it will take over a year to go through all the possible passwords. Not practical.
333What does this line do?
Do we need to change this IP to match our local machine's or the ATA's?
333Bad wiki'd code