<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix"><font face="Calibri">Hi Matt,<br>
<br>
As required, please find DEBUG trace for datetime function. I
have used this function in Dialplan to capture DEBUG trace. I
hope, this can help us in resolving the issue.<br>
<br>
[Jul 2 15:54:44] DEBUG[2698] chan_sip.c: Checking device state
for peer 1001<br>
[Jul 2 15:54:44] DEBUG[2698] devicestate.c: Changing state for
SIP/1001 - state 2 (In use)<br>
[Jul 2 15:54:44] DEBUG[2698] devicestate.c: device 'SIP/1001'
state '2'<br>
[Jul 2 15:54:44] DEBUG[2737] pbx.c: Launching 'Answer'<br>
[Jul 2 15:54:44] VERBOSE[2737] pbx.c: -- Executing
[6666@avhan:1] Answer("SIP/1001-00000000", "") in new stack<br>
[Jul 2 15:54:44] DEBUG[2698] devicestate.c: No provider found,
checking channel drivers for SIP - 1001<br>
[Jul 2 15:54:44] DEBUG[2698] chan_sip.c: Checking device state
for peer 1001<br>
[Jul 2 15:54:44] DEBUG[2698] devicestate.c: Changing state for
SIP/1001 - state 2 (In use)<br>
[Jul 2 15:54:44] DEBUG[2698] devicestate.c: device 'SIP/1001'
state '2'<br>
[Jul 2 15:54:44] DEBUG[2737] chan_sip.c: SIP answering channel:
SIP/1001-00000000<br>
[Jul 2 15:54:44] DEBUG[2737] res_rtp_asterisk.c: Setting the
marker bit due to a source update<br>
[Jul 2 15:54:44] DEBUG[2737] chan_sip.c: Setting framing from
config on incoming call<br>
[Jul 2 15:54:44] DEBUG[2737] chan_sip.c: ** Our capability: 0x4
(ulaw) Video flag: True Text flag: True<br>
[Jul 2 15:54:44] DEBUG[2737] chan_sip.c: ** Our prefcodec: 0x0
(nothing) <br>
[Jul 2 15:54:44] DEBUG[2737] chan_sip.c: -- Done with adding
codecs to SDP<br>
[Jul 2 15:54:44] DEBUG[2737] chan_sip.c: Done building SDP.
Settling with this capability: 0x4 (ulaw)<br>
[Jul 2 15:54:44] DEBUG[2737] chan_sip.c: Trying to put 'SIP/2.0
200' onto UDP socket destined for 192.168.2.18:7490<br>
[Jul 2 15:54:44] DEBUG[2734] app_queue.c: Device 'SIP/1001'
changed to state '2' (In use) but we don't care because they're
not a member of any queue.<br>
[Jul 2 15:54:44] DEBUG[2734] app_queue.c: Device 'SIP/1001'
changed to state '2' (In use) but we don't care because they're
not a member of any queue.<br>
[Jul 2 15:54:44] DEBUG[2734] app_queue.c: Device 'SIP/1001'
changed to state '2' (In use) but we don't care because they're
not a member of any queue.<br>
[Jul 2 15:54:44] DEBUG[2722] chan_sip.c: = Looking for Call
ID: YjNlMjU5YTJlMmQ5Njc3YjQ1MDgyMDg3ZjI1ZDViMmY. (Checking From)
--From tag 226b515a --To-tag as6e727cd7 <br>
[Jul 2 15:54:44] DEBUG[2722] chan_sip.c: **** Received ACK (6)
- Command in SIP ACK<br>
[Jul 2 15:54:44] DEBUG[2722] chan_sip.c: Stopping
retransmission on 'YjNlMjU5YTJlMmQ5Njc3YjQ1MDgyMDg3ZjI1ZDViMmY.'
of Response 2: Match Found<br>
[Jul 2 15:54:44] DEBUG[2737] pbx.c: Launching 'DateTime'<br>
[Jul 2 15:54:44] VERBOSE[2737] pbx.c: -- Executing
[6666@avhan:2] DateTime("SIP/1001-00000000", "1365120000,,YBd")
in new stack<br>
[Jul 2 15:54:44] DEBUG[2737] app_playback.c: string
<datetime:YBd:201304050530.00-5- 94> depth <0><br>
[Jul 2 15:54:44] DEBUG[2737] app_playback.c: try
<datetime:YBd:201304050530.00-5- 94> in <en><br>
[Jul 2 15:54:44] DEBUG[2737] pbx.c: Launching 'Hangup'<br>
[Jul 2 15:54:44] VERBOSE[2737] pbx.c: -- Executing
[6666@avhan:3] Hangup("SIP/1001-00000000", "") in new stack<br>
[Jul 2 15:54:44] DEBUG[2737] pbx.c: Spawn extension
(avhan,6666,3) exited non-zero on 'SIP/1001-00000000'<br>
[Jul 2 15:54:44] VERBOSE[2737] pbx.c: == Spawn extension
(avhan, 6666, 3) exited non-zero on 'SIP/1001-00000000'<br>
[Jul 2 15:54:44] DEBUG[2737] channel.c: Soft-Hanging up channel
'SIP/1001-00000000'<br>
[Jul 2 15:54:44] DEBUG[2737] channel.c: Hanging up channel
'SIP/1001-00000000'<br>
[Jul 2 15:54:44] DEBUG[2737] chan_sip.c: Hangup call
SIP/1001-00000000, SIP callid
YjNlMjU5YTJlMmQ5Njc3YjQ1MDgyMDg3ZjI1ZDViMmY.<br>
[Jul 2 15:54:44] DEBUG[2737] chan_sip.c: Updating call counter
for incoming call<br>
[Jul 2 15:54:44] DEBUG[2698] devicestate.c: No provider found,
checking channel drivers for SIP - 1001<br>
[Jul 2 15:54:44] DEBUG[2698] chan_sip.c: Checking device state
for peer 1001<br>
[Jul 2 15:54:44] DEBUG[2698] devicestate.c: Changing state for
SIP/1001 - state 1 (Not in use)<br>
[Jul 2 15:54:44] DEBUG[2698] devicestate.c: device 'SIP/1001'
state '1'<br>
[Jul 2 15:54:44] DEBUG[2737] res_rtp_asterisk.c: Setting RTCP
address on RTP instance '0x98ac7f0'<br>
[Jul 2 15:54:44] DEBUG[2737] netsock2.c: Splitting
'192.168.2.18:7490' into...<br>
[Jul 2 15:54:44] DEBUG[2737] netsock2.c: ...host '192.168.2.18'
and port '7490'.<br>
[Jul 2 15:54:44] DEBUG[2737] chan_sip.c: Trying to put 'BYE
<a class="moz-txt-link-freetext" href="sip:100">sip:100</a>' onto UDP socket destined for 192.168.2.18:7490<br>
<br>
</font>Thanks & Regards,
<br>
Amit Patkar<br>
<br>
On 7/2/2013 5:15 PM, Matthew Jordan wrote:<br>
</div>
<blockquote
cite="mid:CAN2PU+46wMehdHunfNBWC1G7Hncb0z_g_+sKCKY3YdyBXRBR3A@mail.gmail.com"
type="cite">
<div dir="ltr"><br>
<div class="gmail_extra">
<div class="gmail_quote">On Tue, Jul 2, 2013 at 2:40 AM, Amit
Patkar | ATPL <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:amit@avhan.com" target="_blank">amit@avhan.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
<div><font face="Calibri">Hello Matthew<br>
</font><font color="#000099"><br>
I have pasted logs of the manager commands for the
following execution of the AGI Command and the
result. As can be seen the execution of the command
replies "200 success" immediately without executing
the command. The date time is not played. Asterisk
Logs and AGI logs do not have anything of any
significance , since we use the asterisk manager. <br>
<br>
This happens when we use mode=new , in say.conf (
Default file )<br>
What we send through the manager commands is <br>
<br>
<font color="#ff0000"><font color="#993399">Action:
AGI<br>
ActionId: 800<br>
CommandId: 800<br>
Channel: DAHDI/i1/115-1<br>
Command: SAY DATETIME 1366934400 0 YBd</font><br>
<br>
<font color="#000099"><br>
Response for the same is below</font><br>
</font></font><br>
02-07-2013 11:35:43.578$Line: Event: AGIExec<br>
02-07-2013 11:35:43.578$Line: Privilege: agi,all<br>
02-07-2013 11:35:43.578$Line: SubEvent: Start<br>
02-07-2013 11:35:43.578$Line: Channel:
DAHDI/i1/115-1<br>
02-07-2013 11:35:43.578$Line: CommandId: 456187281<br>
02-07-2013 11:35:43.578$Line: Command: SAY DATETIME
1366934400 0 YBd<br>
<br>
<br>
02-07-2013 11:35:43.578$Line: Event: AGIExec<br>
02-07-2013 11:35:43.578$Line: Privilege: agi,all<br>
02-07-2013 11:35:43.578$Line: SubEvent: End<br>
02-07-2013 11:35:43.578$Line: Channel:
DAHDI/i1/115-1<br>
02-07-2013 11:35:43.578$Line: CommandId: 456187281<br>
02-07-2013 11:35:43.578$Line: Command: SAY DATETIME
1366934400 0 YBd<br>
02-07-2013 11:35:43.578$Line: ResultCode: 200<br>
02-07-2013 11:35:43.578$Line: Result: Success<br>
<br>
<br>
02-07-2013 11:35:43.578$Line: Event: AsyncAGI<br>
02-07-2013 11:35:43.578$Line: Privilege: agi,all<br>
02-07-2013 11:35:43.578$Line: SubEvent: Exec<br>
02-07-2013 11:35:43.578$Line: Channel:
DAHDI/i1/115-1<br>
02-07-2013 11:35:43.578$Line: CommandID: 800<br>
02-07-2013 11:35:43.578$Line: Result:
200%20result%3D0%0A<br>
<font color="#000000"><br>
Please suggest next steps. We have to play date in
different voices and we are not able to do it
because of this issue.</font><font color="#000000">
Also we can't implement different language due to
this limitation.
<div><br>
</div>
</font></div>
</div>
</blockquote>
<div><br>
</div>
<div>Please don't reply to me directly.</div>
<div><br>
</div>
<div>When issues are discussed on the asterisk-users mailing
list, the process by which the issue is diagnosed and/or
resolved helps to build a knowledge base for the Asterisk
community. If someone runs into a similar issue, they can
see how the issue was resolved - or if it is a valid
issue. That way, everyone in the community benefits!</div>
<div><br>
</div>
<div>The reason I asked for a pastebin of the DEBUG (and
higher messages) is because those messages will tell me
the code paths your command is taking. The AMI AsyncAGI
responses unfortunately do not.</div>
<div><br>
</div>
<div>Matt</div>
<div><br>
</div>
<div><br>
</div>
</div>
</div>
</div>
</blockquote>
<br>
<br>
</body>
</html>