[HELP] CLI originate fails

I’ve been running Asterisk as a hobbyist for about 9 years, starting with version 1.2. I’m now on version 11. Up until a few days ago, I had phone service through Comcast, and used a Sipura SPA-3000 to interface with Asterisk. I recently ported my Comcast number over to T-Mobile, and am now using a Neogate TG-100 GSM to SIP gateway instead.

I also have a few free DID numbers from IPKall, which require periodic activity to keep the accounts going. For years, I used a cron job to copy call files in the middle of the night, triggering automatic calls. It would call, hold for 20 seconds, and hang up. It worked well. More recently, instead of using call files, I’ve been running the asterisk -x “originate …” command directly from cron. That also worked well.

Now that I have a different interface to the outside world, I am trying to set things up to call via the Neogate rather than the Sipura. My test calls are not going through.

Here’s what I have:
extensions.conf ->

[outgoing] exten => 1234,1,MusicOnHold(default,30) same => n,Hangup

iax.conf ->

[GSMGate] type=peer context=gsm-gate host=192.168.1.53 qualify=yes secret=[password] disallow=all allow=ulaw, alaw, gsm

From the CLI:

At which time, I get this:

[quote]*CLI> originate IAX2/GSMGate/4259061234 extension 1234@outgoing
– Hungup ‘IAX2/GSMGate-1497’[/quote]

With IAX2 debugging enabled:

[quote]IAX2 Debugging Enabled
*CLI> originate IAX2/GSMGate/4259061234 extension 1234@outgoing
Tx-Frame Retry[000] – OSeqno: 000 ISeqno: 000 Type: IAX Subclass: NEW
Timestamp: 00019ms SCall: 04234 DCall: 00000 [192.168.1.53:4569]
VERSION : 2
CALLED NUMBER : 4259061234
CODEC_PREFS : (ulaw)
CALLING PRESNTN : 67
CALLING TYPEOFN : 0
CALLING TRANSIT : 0
LANGUAGE : en
FORMAT : 4
FORMAT2 : ulaw
CAPABILITY : 4
CAPABILITY2 : ulaw
ADSICPE : 2
DATE TIME : 2014-11-04 13:53:36

Rx-Frame Retry[Yes] – OSeqno: 000 ISeqno: 001 Type: IAX Subclass: CTOKEN
Timestamp: 00019ms SCall: 00001 DCall: 04234 [192.168.1.53:4569]
CALLTOKEN : 51 bytes

Tx-Frame Retry[000] – OSeqno: 000 ISeqno: 000 Type: IAX Subclass: NEW
Timestamp: 00020ms SCall: 04234 DCall: 00000 [192.168.1.53:4569]
VERSION : 2
CALLED NUMBER : 4259061234
CODEC_PREFS : (ulaw)
CALLING PRESNTN : 67
CALLING TYPEOFN : 0
CALLING TRANSIT : 0
LANGUAGE : en
FORMAT : 4
FORMAT2 : ulaw
CAPABILITY : 4
CAPABILITY2 : ulaw
ADSICPE : 2
DATE TIME : 2014-11-04 13:53:36
CALLTOKEN : 51 bytes

Rx-Frame Retry[ No] – OSeqno: 000 ISeqno: 001 Type: IAX Subclass: REJECT
Timestamp: 00008ms SCall: 00523 DCall: 04234 [192.168.1.53:4569]
CAUSE : No such context/extension
CAUSE CODE : 3

Tx-Frame Retry[-01] – OSeqno: 001 ISeqno: 001 Type: IAX Subclass: ACK
Timestamp: 00008ms SCall: 04234 DCall: 00523 [192.168.1.53:4569]
– Hungup 'IAX2/GSMGate-4234’
Rx-Frame Retry[ No] – OSeqno: 000 ISeqno: 000 Type: IAX Subclass: POKE
Timestamp: 00018ms SCall: 00447 DCall: 00000 [192.168.1.53:4569]

Tx-Frame Retry[ No] – OSeqno: 000 ISeqno: 001 Type: IAX Subclass: PONG
Timestamp: 00018ms SCall: 00001 DCall: 00447 [192.168.1.53:4569]
Rx-Frame Retry[ No] – OSeqno: 001 ISeqno: 001 Type: IAX Subclass: ACK
Timestamp: 00018ms SCall: 00447 DCall: 00001 [192.168.1.53:4569]
Tx-Frame Retry[000] – OSeqno: 000 ISeqno: 000 Type: IAX Subclass: POKE
Timestamp: 00013ms SCall: 00971 DCall: 00000 [192.168.1.53:4569]

Rx-Frame Retry[Yes] – OSeqno: 000 ISeqno: 001 Type: IAX Subclass: PONG
Timestamp: 00013ms SCall: 00001 DCall: 00971 [192.168.1.53:4569]
Tx-Frame Retry[-01] – OSeqno: 001 ISeqno: 001 Type: IAX Subclass: ACK
Timestamp: 00013ms SCall: 00971 DCall: 00001 [192.168.1.53:4569]
Rx-Frame Retry[ No] – OSeqno: 000 ISeqno: 000 Type: IAX Subclass: POKE
Timestamp: 00019ms SCall: 00549 DCall: 00000 [192.168.1.53:4569]

Tx-Frame Retry[ No] – OSeqno: 000 ISeqno: 001 Type: IAX Subclass: PONG
Timestamp: 00019ms SCall: 00001 DCall: 00549 [192.168.1.53:4569]
Rx-Frame Retry[ No] – OSeqno: 001 ISeqno: 001 Type: IAX Subclass: ACK
Timestamp: 00019ms SCall: 00549 DCall: 00001 [192.168.1.53:4569]
Tx-Frame Retry[000] – OSeqno: 000 ISeqno: 000 Type: IAX Subclass: POKE
Timestamp: 00013ms SCall: 10175 DCall: 00000 [192.168.1.53:4569]

Rx-Frame Retry[Yes] – OSeqno: 000 ISeqno: 001 Type: IAX Subclass: PONG
Timestamp: 00013ms SCall: 00001 DCall: 10175 [192.168.1.53:4569]
Tx-Frame Retry[-01] – OSeqno: 001 ISeqno: 001 Type: IAX Subclass: ACK
Timestamp: 00013ms SCall: 10175 DCall: 00001 [192.168.1.53:4569]
Rx-Frame Retry[ No] – OSeqno: 000 ISeqno: 000 Type: IAX Subclass: POKE
Timestamp: 00003ms SCall: 00031 DCall: 00000 [192.168.1.53:4569]

Tx-Frame Retry[ No] – OSeqno: 000 ISeqno: 001 Type: IAX Subclass: PONG
Timestamp: 00003ms SCall: 00001 DCall: 00031 [192.168.1.53:4569]
Rx-Frame Retry[ No] – OSeqno: 001 ISeqno: 001 Type: IAX Subclass: ACK
Timestamp: 00003ms SCall: 00031 DCall: 00001 [192.168.1.53:4569]
Tx-Frame Retry[000] – OSeqno: 000 ISeqno: 000 Type: IAX Subclass: POKE
Timestamp: 00014ms SCall: 06249 DCall: 00000 [192.168.1.53:4569]
[/quote]

Placing calls via the Neogate (GSMGate in iax.conf) goes through as expected. I can’t figure out why originating a call on the CLI using the same interface would be any different. I also have no idea what any of that info on the debugger means.

[quote]Rx-Frame Retry[ No] – OSeqno: 000 ISeqno: 001 Type: IAX Subclass: REJECT
Timestamp: 00008ms SCall: 00523 DCall: 04234 [192.168.1.53:4569]
CAUSE : No such context/extension
CAUSE CODE : 3[/quote]

Keep attention on the No such context/extension

I’m confused. Probably spent way too much time looking at the same conf files over and over again.

Is that referring to IAX2/GSMGate/4259061234 or is it referring to 1234@outgoing?

*CLI> dialplan show outgoing [ Context 'outgoing' created by 'pbx_config' ] '1234' => 1. MusicOnHold(default,30) [pbx_config] 2. Hangup() [pbx_config]

Why I’m so confused is that if I put “Dial(IAX2/GSMGate/4259061234)” into a dial plan, it works.

For example:
exten => 1234,1,Dial(IAX2/GSMGate/4259061234)

I tried this:

I got this:

[quote]Rx-Frame Retry[ No] – OSeqno: 000 ISeqno: 001 Type: IAX Subclass: REJECT
Timestamp: 00016ms SCall: 00550 DCall: 00553 [192.168.1.53:4569]
CAUSE : No authority found
CAUSE CODE : 50[/quote]

The “@Asterisk” part refers to the trunk name in the gateway.

If you don’t have @Asterisk in DIal you shouldn’t have it in Originate. I’m not well up on IAX2 addressing, but I wouldn’t expect SIP to work if you used both peer/ and @peer syntax in the same address.

I still can’t get this figured out, but it seems to be an issue in the GSM-SIP gateway, and support is hard to find for this thing. It’s a Chinese company that does support via Skype, and prefers text chats to voice. They’re so slow it’s more frustrating to deal with them than it is to try to figure things out on my own.

The issue seems to be that it looks for specific extensions in the gateway, which appears to be running it’s own, stripped down, instance of asterisk. However, there is no way (that I can see) to define extensions in their web interface.

It still doesn’t explain why dialing a number via the dial plan works, but dialing the same number via the cli using originate doesn’t work. I don’t understand why they wouldn’t work exactly the same.