Freephoneline, voip.ms, and googletalk dialplan request

<< < (4/9) > >>

Webslinger:
Okay, thank you very much, again. I appreciate your help.

The turning on and off callerID is a decent workaround. Thanks!

Webslinger:
Quote from: Webslinger on December 09, 2014, 08:24:10 pm


This is my inbound call route for SP1: {(<**1>(x.1234567890|x.2345678901)):aa($1)},{ph,ph2}


Hi,

Is there any way to remove the "**1" that shows up on the incoming caller id before the phone number and still force the AA callback through SP1?

I tried deleting <**1>, but that didn't work.

This really isn't a big deal, but I'm trying to learn.

Also, is there any way to determine T.38 protocol is, in fact, being used during a fax call from the call status screen in an Obi202?

azrobert:
Quote

I'm trying to learn.
You want to learn, so here is the whole process.

1st this is how the AA processes a normal (non-callback) call.
After you select 2 and enter an outbound number the AA does:
Validates the number using the AA DigitMap
Routes the call using the AA outbound route.

For a callback the AA hacks its own process.
$1 is a variable that contains the inbound callerid.
The AA sends "00" to the AA DigitMap.
Rule <00:$1> in the DigitMap replaces 00 with the callerid
Now the AA outbound route receives the callerid as the dialed number.

When you do this to route the call to the aa:
{(<**1>(x.1234567890|x.2345678901)):aa($1)}
You prepend the callerid with "**1" before it's sent to the AA.

The AA outbound call route will use rule {(<**1:>(Msp1)):sp1} to route the call to SP1.

When you do this to route the call to the aa:
{(x.1234567890|x.2345678901):aa($1)}
The callerid is sent unchanged to the AA.

The AA outbound call route will use rule {(Mpli):pli} to route the call to route the call.
pli points to the AA Primary Line.
If the AA Primary Line is set to SP1 (Default) the callback will use SP1.


I don't know why removing "<**1>" didn't work for you unless the AA Primary Line wasn't set to SP1.
Note: The AA Primary Line and the Phone Port Primary Line can be different.

Webslinger:
Quote from: azrobert on December 14, 2014, 10:47:58 am



I don't know why removing "<**1>" didn't work for you unless the AA Primary Line wasn't set to SP1.

It's not. It's set to SP3. If I dial in and get a callback, I want to use SP3 to make a new call.

Thank you. I'm going to read over and try to understand what you just posted.


Quote

The AA Primary Line and the Phone Port Primary Line can be different.

Phone Port Primary line is set to SP1.

Also, is there any way to determine T.38 protocol is, in fact, being used during a fax call from the call status screen in an Obi202?

Thank you very much

azrobert:
Try changing rule <00:$1> in the AA DigitMap to: 00

Now 00 will be sent to the AA outbound route.

Then add the following rule to the beginning of the AA outbound route:
{00:sp1($1)},

Navigation

[0] Message Index

[#] Next page

[*] Previous page