ADA 1.1 installation succeeds, but dialing is not possible

[Olaf_R]

Hi everyone,

I am using Trixbox (V2.2 RC1) and have installed ADA 1.1.
I have amended the files according to the information that has been mentioned here in the forums, but ADA doesn't succeed in dialing out.

The phone's extension is 25.

Excerpt of extensions_custom.conf:
--- 8< ---
[ada]
include => default
;include => from-internal
exten => 25,1,Dial(SCCP/25)
--- 8< ---
I have also tried combinations and single lines for the include-argument, I also tried with a SIP phone instead. The above applies to a Cisco 7971 which runs using SCCP, but that wasn't a problem with Snap.

Excerpt of manager_additional.conf
--- 8< ---
[25]
secret = ********
deny=0.0.0.0/0.0.0.0
permit=127.0.0.1/255.255.255.0
permit=192.168.0.0/255.255.255.0
read = system,call,log,verbose,command,agent,user
write = system,call,log,verbose,command,agent,user
--- 8< ---

I also tried adding users.conf (the file didn't exist on my system), but doing so doesn't change the behaviour. Also, I'm uncertain regarding the hassip-parameter as I need to use SCCP.

Here's what the log gives me after I enter a number and click the dial button in ADA's UI:

--- 8< ---
Apr 14 16:09:07 DEBUG[18978] manager.c: Manager received command 'Originate'
Apr 14 16:09:07 NOTICE[19055] chan_local.c: No such extension/context 25@ada creating local channel
Apr 14 16:09:07 NOTICE[19055] channel.c: Unable to request channel Local/25@ada
--- 8< ---

Any help would be much appreciated.

Cheers,
Olaf

[ianplain]

what does core show dialplan ada have to say about the context ?

Ian

[Olaf_R]

Hi Ian,

what does core show dialplan ada have to say about the context ?

err, pardon me? I can't seem to understand what you could be refering to ...

Cheers,
Olaf

[ianplain]

Hi
the command "core show dialplan ada " will show you the extensions registered in the context ada

Ian

[Olaf_R]

Hi Ian,

the command "core show dialplan ada " will show you the extensions registered in the context ada

call me a noob, but where exactly would I have to enter that ..?

As stated, I'm using Trixbox. Logging onto the console, <core> is an unknown command. Same applies to the <Asterisk CLI> - I get <-bash: core: command not found.>. I guess this might be connected to the fact that my underlying Asterisk version is <Asterisk 1.2.13-BRIstuffed-0.3.0-PRE-1v>. I can see that <core> is available with the 1.4.0 CLI. Any other way to get to the required information ..?

Cheers,
Olaf

[ianplain]

Ok

then at the asterisk command

show dialplan ada

Ian

[Olaf_R]

Hi Ian,

Ok then at the asterisk command
show dialplan ada

that gives me:

--- 8< ---
on
�There is no existence of 'ada' context
Verbosity is at least 3
--- 8< ---

[Edit]

OK, I just gave it a try and rebooted Trixbox as I was able to see other dialplans.
I now get the following:

--- 8< ---
on
�[ Context 'ada' created by 'pbx_config' ]
'25' => 1. Dial(SCCP/25) [pbx_config]
Include => 'default' [pbx_config]

-= 1 extension (1 priority) in 1 context. =-
Verbosity is at least 3
--- 8< ---

Cheers,
Olaf

[Olaf_R]

OK, I just gave it a try and rebooted Trixbox as I was able to see other dialplans.
I now get the following:

Geez, I now changed my extensions_custom.conf again and then also restarted ADA, now it works!

For others with the same probs, here's the steps I took:

1. modified extensions_custom.conf: the following was added (25 refers to my extension; SCCP may need to be replaced with SIP if your phone uses the SIP protocol rather than SCCP:


Code: Select all

[ada]
include => from-internal
exten => 25,1,Dial(SCCP/25)




2. modified manager_additional.conf. Again, 25 is my extension and 192.168.0.0 is my network, both need to be replaced with whatever you have:


Code: Select all

[25]
secret = (your secret)
deny=0.0.0.0/0.0.0.0
permit=127.0.0.1/255.255.255.0
permit=192.168.0.0/255.255.255.0
read = system,call,log,verbose,command,agent,user
write = system,call,log,verbose,command,agent,user




3. created users.conf and entered the following:


Code: Select all

[25]
fullname=Olaf
hasvoicemail=yes
secret=(your secret)
vmsecret=(your vm-secret)
hassip=yes
hasmanager=yes ;enables manager access




4. rebooted Trixbox

5. restarted ADA

Thanks, Ian, for pointing me in the right direction.

Cheers,
Olaf

[ianplain]

Hi

No problem , "show dialplan <context_name> " is very useful and normally my first port of call in any dialing problems as it shows what the system thinks the context is and not what "you" think it is.

Ian

[Olaf_R]

now it works!

I guess I'm giving up. After I thought I had it working I had to realize that, since all my (Outlook-) phone numbers are stored canonical, i.e. "+49 (123) 4567", I need to either a) manually change them before dialing or b) change the dialplan as ADA itself doesn't come with any means of dealing with this.

Since a) is not an option I tried changing the dialplan but it seems that I'd need a newer version of Asterisk than my 1.2.13 as users.conf is not being utilized at all with my version - it obviously doesn't matter if the file is there or not. The manual doesn't offer any insight at all with this respect. Any changes I incorporate into extensions_custom.conf will - except for a "include => from-internal" (for Trixboxes, the default-context won't work) - simply be ignored.
Hence, I can't solve the international prefix problem (for those who could: see http://www.freepbx.org/book/export/html/2030 - look for "How to strip or replace the + character at the beginning of a called number" there).

Neither do I seem to find a way of telling ADA/Asterisk which outbound CID needs to be used - all calls routed through ADA will use my primary ISDN-MSN instead of the one that is being used by the affected extension. Again, this seems to be connected to fact that I do not have any influence on the dialplan, maybe ADA's usage of Originate/Local could be the cause here.

If anyone has a little pointer into the right direction - after having spent two days with something that was running just fine with Snap, I will otherwise need to look for something else or stick with AstTapi ...

Cheers,
Olaf