Topic: question about call routing [Comments: 7]
Had

Tue, 01/20/2009 - 16:43 | question about call routing

Imagine you have 2 asterisk systems.
First is main gateway for billing and SIP and PSTN trunks termination and second is thirdlane MTE.
On MTE you have 2 customers.
First customer has number (example) 0208 3600412.
Second customer will call first on that number. Call will go from MTE box to gateway box and ...

Now the question is...

Will the gateway box reroute the call back to MTE box? Or will the call go out from gateway box to service provider and then come back?

Peter

eeman

Wed, 01/21/2009 - 02:03 | that depends entirely on how

that depends entirely on how you build your gateway box, my gateway box ensures that all my customer calls remain on my network.

Erik Smith
CTO
BluegrassNet Voice
dCAP
Thirdlane Support by BluegrassNet Voice
eeman at bluegrassnetvoice dot com

Had

Thu, 01/22/2009 - 00:26 | what asterisk distribution

do you use as a gateway box?

Peter

eeman

Thu, 01/22/2009 - 00:46 | asterisk 1.4.22 Erik

asterisk 1.4.22

Erik Smith
CTO
BluegrassNet Voice
dCAP
Thirdlane Support by BluegrassNet Voice
eeman at bluegrassnetvoice dot com

Had

Tue, 01/27/2009 - 09:21 | sorry, what i meant was what

sorry, what i meant was what pbx manager do you use. Is it thirdlane single tenant?

thanks

Peter

eeman

Wed, 01/28/2009 - 00:35 | Neither. Thirdlane dialplan

Neither. Thirdlane dialplan is not compatible with CDR logging needed by billing software. Additionally the least cost routing engines I use, local number database, T.38 gateway software, and concurrent call count management, are all custom written applications to make my gateway asterisk box behave more like a phone switch and less like a PBX.

Erik Smith
CTO
BluegrassNet Voice
dCAP
Thirdlane Support by BluegrassNet Voice
eeman at bluegrassnetvoice dot com

Had

Sun, 02/01/2009 - 00:33 | What's the problem with CDR

What's the problem with CDR logging? what is not compatible on thirdlane dialplan? and which dialplan is fully compatible?

eeman

Sun, 02/01/2009 - 01:38 | asterisk logs based on

asterisk logs based on source and destination numbers. a lot of PBX dialplans will fork a call generating 2 or 3 entries in CDR, or they re-write the destinations to extensions like 's' or the handset extension. How are you going to bill incomming toll-free if your destination keeps showing up as 212 in the CDR because that is where they pointed the destination to.

The CDR you bill with needs to be clean and absolute, 1 CDR entry per call, with a clear source and destination TN. Don't fork calls with a second Dial statement, dont use chan_local. Stick with Goto's and/or Gosub's.

Erik Smith
CTO
BluegrassNet Voice
dCAP
Thirdlane Support by BluegrassNet Voice
eeman at bluegrassnetvoice dot com