<br>I am doing a little application to originate a call through Asterisk via AMI (Perl Asterisk::Manager). <br>It logs in successfully, does an originate command with<br>Exten: 0020 (which is set up to answer and wait for 60 then hang up)<br>
Channel: SIP/5101234567@test-host (which comes to my desktop machine also running Asterisk).<br><br>At the target machine I see only a CANCEL to which it immediately responds with a No Transaction.<br><br>It looks like AstMan is asking for a Slin connection and the channel is set up only for Ulaw. Don't know if that's a red herring.<br>
Any advice welcome.<br><br>The debug log:<br>[Jul 12 11:31:16] DEBUG[11317] manager.c: Manager received command 'Challenge'<br>[Jul 12 11:31:16] DEBUG[11317] manager.c: Manager received command 'Login'<br>
[Jul 12 11:31:16] DEBUG[11317] config.c: Parsing /etc/asterisk/manager.conf<br>[Jul 12 11:31:16] DEBUG[11317] acl.c: <a href="http://0.0.0.0/0.0.0.0/0.0.0.0">0.0.0.0/0.0.0.0/0.0.0.0</a> appended to acl for peer<br>[Jul 12 11:31:16] DEBUG[11317] acl.c: <a href="http://127.0.0.1/255.255.255.255/255.255.255.255">127.0.0.1/255.255.255.255/255.255.255.255</a> appended to acl for peer<br>
[Jul 12 11:31:16] DEBUG[11317] acl.c: ##### Testing 127.0.0.1 with 0.0.0.0<br>[Jul 12 11:31:16] DEBUG[11317] acl.c: ##### Testing 127.0.0.1 with 127.0.0.1<br>[Jul 12 11:31:16] DEBUG[11317] manager.c: Manager received command 'Originate'<br>
[Jul 12 11:31:16] DEBUG[11317] chan_sip.c: Asked to create a SIP channel with formats: 0x40 (slin)<br>[Jul 12 11:31:16] DEBUG[11317] chan_sip.c: Allocating new SIP dialog for (No Call-ID) - INVITE (With RTP)<br>[Jul 12 11:31:16] DEBUG[11317] chan_sip.c: Setting NAT on RTP to Off<br>
[Jul 12 11:31:16] DEBUG[11317] chan_sip.c: *** Our native formats are 0x4 (ulaw)<br>[Jul 12 11:31:16] DEBUG[11317] chan_sip.c: *** Joint capabilities are 0x0 (nothing)<br>[Jul 12 11:31:16] DEBUG[11317] chan_sip.c: *** Our capabilities are 0x44 (ulaw|slin)<br>
[Jul 12 11:31:16] DEBUG[11317] chan_sip.c: *** AST_CODEC_CHOOSE formats are 0x4 (ulaw)<br>[Jul 12 11:31:16] DEBUG[11317] chan_sip.c: *** Our preferred formats from the incoming channel are 0x40 (slin)<br>[Jul 12 11:31:16] DEBUG[11317] chan_sip.c: This channel will not be able to handle video.<br>
[Jul 12 11:31:16] DEBUG[11317] chan_sip.c: Outgoing Call for 5101234567<br>[Jul 12 11:31:16] DEBUG[11317] chan_sip.c: Updating call counter for outgoing call<br>[Jul 12 11:31:16] DEBUG[11317] chan_sip.c: Our T38 capability (0), joint T38 capability (0)<br>
[Jul 12 11:31:16] DEBUG[11317] chan_sip.c: ** Our capability: 0x44 (ulaw|slin) Video flag: False<br>[Jul 12 11:31:16] DEBUG[11317] chan_sip.c: ** Our prefcodec: 0x40 (slin)<br>[Jul 12 11:31:16] DEBUG[11317] chan_sip.c: -- Done with adding codecs to SDP<br>
[Jul 12 11:31:16] DEBUG[11317] channel.c: Internal timing is disabled (option_internal_timing=0 chan->timingfd=-1)<br>[Jul 12 11:31:16] DEBUG[11317] chan_sip.c: Done building SDP. Settling with this capability: 0x44 (ulaw|slin)<br>
[Jul 12 11:31:16] DEBUG[11317] channel.c: Hanging up channel 'SIP/sip-flat5th-081d0500'<br>[Jul 12 11:31:16] DEBUG[11317] chan_sip.c: Hangup call SIP/sip-flat5th-081d0500, SIP callid <a href="mailto:30d8df253ccd7e0a5725087117c688ec@192.168.253.35">30d8df253ccd7e0a5725087117c688ec@192.168.253.35</a>)<br>
[Jul 12 11:31:16] DEBUG[11317] chan_sip.c: Hanging up channel in state Down (not UP)<br>[Jul 12 11:31:16] DEBUG[11317] chan_sip.c: Acked pending invite 102<br>[Jul 12 11:31:16] DEBUG[11317] chan_sip.c: Stopping retransmission on '<a href="mailto:30d8df253ccd7e0a5725087117c688ec@192.168.253.35">30d8df253ccd7e0a5725087117c688ec@192.168.253.35</a>' of Request 102: Match Found<br>
[Jul 12 11:31:16] DEBUG[11317] chan_sip.c: Updating call counter for outgoing call<br>[Jul 12 11:31:16] DEBUG[11317] devicestate.c: Notification of state change to be queued on device/channel SIP/sip-flat5th<br>[Jul 12 11:31:16] DEBUG[11317] devicestate.c: Notification of state change to be queued on device/channel<br>
[Jul 12 11:31:16] DEBUG[11290] devicestate.c: No provider found, checking channel drivers for SIP - sip-flat5th<br>[Jul 12 11:31:16] DEBUG[11290] chan_sip.c: Checking device state for peer sip-flat5th<br>[Jul 12 11:31:16] DEBUG[11290] devicestate.c: Changing state for SIP/sip-flat5th - state 1 (Not in use)<br>
[Jul 12 11:31:16] DEBUG[11290] devicestate.c: Checking if I can find provider for "" - number: (null)<br>[Jul 12 11:31:16] DEBUG[11290] devicestate.c: Checking provider Park with<br>[Jul 12 11:31:16] DEBUG[11290] devicestate.c: Changing state for - state 4 (Invalid)<br>
[Jul 12 11:31:16] DEBUG[11314] app_queue.c: Device 'SIP/sip-flat5th' changed to state '1' (Not in use) but we don't care because they're not a member of any queue.<br>[Jul 12 11:31:16] DEBUG[11313] chan_sip.c: = Found Their Call ID: <a href="mailto:30d8df253ccd7e0a5725087117c688ec@192.168.253.35">30d8df253ccd7e0a5725087117c688ec@192.168.253.35</a> Their Tag Our tag: as55af6a38<br>
[Jul 12 11:31:16] DEBUG[11313] chan_sip.c: Stopping retransmission on '<a href="mailto:30d8df253ccd7e0a5725087117c688ec@192.168.253.35">30d8df253ccd7e0a5725087117c688ec@192.168.253.35</a>' of Request 102: Match Found<br>
[Jul 12 11:31:48] DEBUG[11313] chan_sip.c: Auto destroying SIP dialog '<a href="mailto:30d8df253ccd7e0a5725087117c688ec@192.168.253.35">30d8df253ccd7e0a5725087117c688ec@192.168.253.35</a>'<br>[Jul 12 11:31:48] DEBUG[11313] chan_sip.c: Destroying SIP dialog <a href="mailto:30d8df253ccd7e0a5725087117c688ec@192.168.253.35">30d8df253ccd7e0a5725087117c688ec@192.168.253.35</a><br>
--<br><br>