[asterisk-bugs] [JIRA] Updated: (ASTERISK-20218) Alarmreceiver DTMF strings not recieved correctly from alarm-panel->SPA-PAP2->asterisk
john (JIRA)
noreply at issues.asterisk.org
Sun Aug 12 17:25:07 CDT 2012
[ https://issues.asterisk.org/jira/browse/ASTERISK-20218?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
john updated ASTERISK-20218:
----------------------------
Description:
Updated asterisk (gentoo package) 1.8.3-rcX to (gentoo package) 1.8.13.1 and alarmreceiver broke: (NonZero CheckSum & Incomplete string errors). Setup: alarm-panel(ADT home system)->SPA-PAP2->asterisk
Tried:
1)Simplified configs (removed all trunks and other BS) to just PAP2 sip.conf client and alarmreceiver in extentions.conf (no change)
2)Tried just about every combination of settings in the SPA-PAP2 and sip.conf dtmfmode= (auto, rf?, inband, info...)
3)Logging.conf set: console => notice,warning,error,dtmf,debug (is dtmf turned off or non existent in 1.8.3?)
4)chan_dahdi.conf added relaxdtmf=yes under [channels] (full restart of asterisk - no change)
5)compiled from source 1.8.15.0 & 10.7.0 (no change)
6)full day of trying almost all combinations of above (exhausting!)
Debugging:
1)1.8.15.0 (This is with old/original settings (sip & PAP2)):
{code}
AlarmReceiver: Setting read and write formats to ULAW
> AlarmReceiver: Answering channel
> AlarmReceiver: Waiting for connection to stabilize
> AlarmReceiver: Waiting for first event from panel
> AlarmReceiver: Sending 1400Hz 100ms burst (ACK)
> AlarmReceiver: Sending 2300Hz 100ms burst (ACK)
> AlarmReceiver: DTMF Digit Timeout on SIP/sip-sipura2-fax-line1-00000002
== AlarmReceiver: Incomplete string: , trying again...
> AlarmReceiver: Sending 1400Hz 100ms burst (ACK)
> AlarmReceiver: Sending 2300Hz 100ms burst (ACK)
> AlarmReceiver: DTMF Digit Timeout on SIP/sip-sipura2-fax-line1-00000002
== AlarmReceiver: Incomplete string: , trying again...
> AlarmReceiver: Sending 1400Hz 100ms burst (ACK)
> AlarmReceiver: Sending 2300Hz 100ms burst (ACK)
{code}
Followed by a wall of DTMF debug (see INFO section below DTMF dbug)
2)randomly I would get back (inside the wall of DTMF debug) these lines:
{code}
== AlarmReceiver: Received Event 8106118106180061
== AlarmReceiver: Nonzero checksum
{code}
clearly the event numbers are wrong they should look (see below 'what works')
What Works:
revert to 1.8.3(source) + old/original configs + old/original SPA-PAP2 settings. (works every time)
Output:{code}
-- Executing [18XXXXXX at alarm-in:1] Ringing("SIP/sip-sipura2-fax-line1-00000007", "") in new stack
-- Executing [18XXXXX at alarm-in:2] AlarmReceiver("SIP/sip-sipura2-fax-line1-00000007", "") in new stack
> AlarmReceiver: Setting read and write formats to ULAW
> AlarmReceiver: Answering channel
> AlarmReceiver: Waiting for connection to stabilize
> AlarmReceiver: Waiting for first event from panel
> AlarmReceiver: Sending 1400Hz 100ms burst (ACK)
> AlarmReceiver: Sending 2300Hz 100ms burst (ACK)
== AlarmReceiver: Received Event 3609181131000061
== AlarmReceiver: Received Event 360918313100006B
== AlarmReceiver: Received Event 3609181406000034
> AlarmReceiver: App exiting...
{code}
I am willing to walk up the release tree to see exactly what release breaks the alarmreceiver if this bug is not trashed. Can do packet dumps if it will help. Willing to try patches if it helps.
/////////////////////////////////////////////////////////////////////////////
//
RAW INFO:
sip.conf:
{code}
[sip-sipura2-fax-line1]
type=friend
callerid="FAX Admin" <287>
username=sip-sipura2-fax-line1
secret=xxxxxxxxxxxx
host=dynamic
canreinvite=yes
;dtmfmode=rfc2833
context=alarm-in
dtmfmode = inband
dtmf = inband
;disallow=all
;allow=alaw,ulaw
{code}
extentions.conf:
{code}
;I changed extension to 1234567
[alarm-in]
exten => 1234567,1,Ringing();
;exten => 1234567,2,Wait(6);
;exten => 1234567,3,SayNumber(${EXTEN},c);
exten => 1234567,2,AlarmReceiver;
exten => 1234567,n,Hangup
{code}
DTMF dbug on failed attempts 1.8.15.0 (NOTE: no dtmf debug output on 1.8.3-working version)(getting about 100 lines of this before app exits):
{code}
[Aug 12 14:30:12] DTMF[818]: channel.c:4067 __ast_read: DTMF end '1' has duration 40 but want minimum 80, emulating on SIP/sip-sipura2-fax-line1-00000002
[Aug 12 14:30:12] DTMF[818]: channel.c:4167 __ast_read: DTMF end emulation of '1' queued on SIP/sip-sipura2-fax-line1-00000002
[Aug 12 14:30:14] DTMF[818]: channel.c:4090 __ast_read: DTMF begin '1' received on SIP/sip-sipura2-fax-line1-00000002
[Aug 12 14:30:14] DTMF[818]: channel.c:4100 __ast_read: DTMF begin passthrough '1' on SIP/sip-sipura2-fax-line1-00000002
[Aug 12 14:30:14] DTMF[818]: channel.c:4005 __ast_read: DTMF end '1' received on SIP/sip-sipura2-fax-line1-00000002, duration 0 ms
[Aug 12 14:30:14] DTMF[818]: channel.c:4045 __ast_read: DTMF end accepted with begin '1' on SIP/sip-sipura2-fax-line1-00000002
[Aug 12 14:30:14] DTMF[818]: channel.c:4060 __ast_read: DTMF end '1' detected to have actual duration 59 on the wire, emulation will be triggered on SIP/sip-sipura2-fax-line1-00000002
{code}
was:
Updated asterisk (gentoo package) 1.8.3-rcX to (gentoo package) 1.8.13.1 and alarmreceiver broke: (NonZero CheckSum & Incomplete string errors). Setup: alarm-panel(ADT home system)->SPA-PAP2->asterisk
Tried:
1)Simplified configs (removed all trunks and other BS) to just PAP2 sip.conf client and alarmreceiver in extentions.conf (no change)
2)Tried just about every combination of settings in the SPA-PAP2 and sip.conf dtmfmode= (auto, rf?, inband, info...)
3)Logging.conf set: console => notice,warning,error,dtmf,debug (is dtmf turned off or non existent in 1.8.3?)
4)chan_dahdi.conf added relaxdtmf=yes under [channels] (full restart of asterisk - no change)
5)compiled from source 1.8.15.0 & 10.7.0 (no change)
6)full day of trying almost all combinations of above (exhausting!)
Debugging:
1)1.8.15.0 (This is with original settings (sip & PAP2)):
{code}
AlarmReceiver: Setting read and write formats to ULAW
> AlarmReceiver: Answering channel
> AlarmReceiver: Waiting for connection to stabilize
> AlarmReceiver: Waiting for first event from panel
> AlarmReceiver: Sending 1400Hz 100ms burst (ACK)
> AlarmReceiver: Sending 2300Hz 100ms burst (ACK)
> AlarmReceiver: DTMF Digit Timeout on SIP/sip-sipura2-fax-line1-00000002
== AlarmReceiver: Incomplete string: , trying again...
> AlarmReceiver: Sending 1400Hz 100ms burst (ACK)
> AlarmReceiver: Sending 2300Hz 100ms burst (ACK)
> AlarmReceiver: DTMF Digit Timeout on SIP/sip-sipura2-fax-line1-00000002
== AlarmReceiver: Incomplete string: , trying again...
> AlarmReceiver: Sending 1400Hz 100ms burst (ACK)
> AlarmReceiver: Sending 2300Hz 100ms burst (ACK)
{code}
Followed by a wall of DTMF debug (see INFO section below DTMF dbug)
2)randomly I would get back (inside the wall of DTMF debug) these lines:
{code}
== AlarmReceiver: Received Event 8106118106180061
== AlarmReceiver: Nonzero checksum
{code}
clearly the event numbers are wrong they should look (see below 'what works')
What Works:
revert to 1.8.3(source) + old configs + old SPA-PAP2 settings. (works every time)
Output:{code}
-- Executing [18XXXXXX at alarm-in:1] Ringing("SIP/sip-sipura2-fax-line1-00000007", "") in new stack
-- Executing [18XXXXX at alarm-in:2] AlarmReceiver("SIP/sip-sipura2-fax-line1-00000007", "") in new stack
> AlarmReceiver: Setting read and write formats to ULAW
> AlarmReceiver: Answering channel
> AlarmReceiver: Waiting for connection to stabilize
> AlarmReceiver: Waiting for first event from panel
> AlarmReceiver: Sending 1400Hz 100ms burst (ACK)
> AlarmReceiver: Sending 2300Hz 100ms burst (ACK)
== AlarmReceiver: Received Event 3609181131000061
== AlarmReceiver: Received Event 360918313100006B
== AlarmReceiver: Received Event 3609181406000034
> AlarmReceiver: App exiting...
{code}
I am willing to walk up the release tree to see exactly what release breaks the alarmreceiver if this bug not trashed. Can do packet dumps if it will help. Willing to try patches if it helps.
/////////////////////////////////////////////////////////////////////////////
//
RAW INFO:
sip.conf:
{code}
[sip-sipura2-fax-line1]
type=friend
callerid="FAX Admin" <287>
username=sip-sipura2-fax-line1
secret=xxxxxxxxxxxx
host=dynamic
canreinvite=yes
;dtmfmode=rfc2833
context=alarm-in
dtmfmode = inband
dtmf = inband
;disallow=all
;allow=alaw,ulaw
{code}
extentions.conf:
{code}
;I changed extension to 1234567
[alarm-in]
exten => 1234567,1,Ringing();
;exten => 1234567,2,Wait(6);
;exten => 1234567,3,SayNumber(${EXTEN},c);
exten => 1234567,2,AlarmReceiver;
exten => 1234567,n,Hangup
{code}
DTMF dbug on failed attempts 1.8.15.0 (NOTE: no dtmf debug output on 1.8.3-working version)(getting about 100 lines of this before app exits):
{code}
[Aug 12 14:30:12] DTMF[818]: channel.c:4067 __ast_read: DTMF end '1' has duration 40 but want minimum 80, emulating on SIP/sip-sipura2-fax-line1-00000002
[Aug 12 14:30:12] DTMF[818]: channel.c:4167 __ast_read: DTMF end emulation of '1' queued on SIP/sip-sipura2-fax-line1-00000002
[Aug 12 14:30:14] DTMF[818]: channel.c:4090 __ast_read: DTMF begin '1' received on SIP/sip-sipura2-fax-line1-00000002
[Aug 12 14:30:14] DTMF[818]: channel.c:4100 __ast_read: DTMF begin passthrough '1' on SIP/sip-sipura2-fax-line1-00000002
[Aug 12 14:30:14] DTMF[818]: channel.c:4005 __ast_read: DTMF end '1' received on SIP/sip-sipura2-fax-line1-00000002, duration 0 ms
[Aug 12 14:30:14] DTMF[818]: channel.c:4045 __ast_read: DTMF end accepted with begin '1' on SIP/sip-sipura2-fax-line1-00000002
[Aug 12 14:30:14] DTMF[818]: channel.c:4060 __ast_read: DTMF end '1' detected to have actual duration 59 on the wire, emulation will be triggered on SIP/sip-sipura2-fax-line1-00000002
{code}
> Alarmreceiver DTMF strings not recieved correctly from alarm-panel->SPA-PAP2->asterisk
> --------------------------------------------------------------------------------------
>
> Key: ASTERISK-20218
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-20218
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Environment: Gentoo - Kernel: 2.6.35-gentoo-r12 #3 SMP Tue Nov 30 04:20:56 PST 2010 i686 Intel(R) Core(TM)2 Duo CPU E7500 @ 2.93GHz GenuineIntel
> Reporter: john
> Attachments: PA2P.rtf
>
>
> Updated asterisk (gentoo package) 1.8.3-rcX to (gentoo package) 1.8.13.1 and alarmreceiver broke: (NonZero CheckSum & Incomplete string errors). Setup: alarm-panel(ADT home system)->SPA-PAP2->asterisk
> Tried:
> 1)Simplified configs (removed all trunks and other BS) to just PAP2 sip.conf client and alarmreceiver in extentions.conf (no change)
> 2)Tried just about every combination of settings in the SPA-PAP2 and sip.conf dtmfmode= (auto, rf?, inband, info...)
> 3)Logging.conf set: console => notice,warning,error,dtmf,debug (is dtmf turned off or non existent in 1.8.3?)
> 4)chan_dahdi.conf added relaxdtmf=yes under [channels] (full restart of asterisk - no change)
> 5)compiled from source 1.8.15.0 & 10.7.0 (no change)
> 6)full day of trying almost all combinations of above (exhausting!)
> Debugging:
> 1)1.8.15.0 (This is with old/original settings (sip & PAP2)):
> {code}
> AlarmReceiver: Setting read and write formats to ULAW
> > AlarmReceiver: Answering channel
> > AlarmReceiver: Waiting for connection to stabilize
> > AlarmReceiver: Waiting for first event from panel
> > AlarmReceiver: Sending 1400Hz 100ms burst (ACK)
> > AlarmReceiver: Sending 2300Hz 100ms burst (ACK)
> > AlarmReceiver: DTMF Digit Timeout on SIP/sip-sipura2-fax-line1-00000002
> == AlarmReceiver: Incomplete string: , trying again...
> > AlarmReceiver: Sending 1400Hz 100ms burst (ACK)
> > AlarmReceiver: Sending 2300Hz 100ms burst (ACK)
> > AlarmReceiver: DTMF Digit Timeout on SIP/sip-sipura2-fax-line1-00000002
> == AlarmReceiver: Incomplete string: , trying again...
> > AlarmReceiver: Sending 1400Hz 100ms burst (ACK)
> > AlarmReceiver: Sending 2300Hz 100ms burst (ACK)
> {code}
> Followed by a wall of DTMF debug (see INFO section below DTMF dbug)
> 2)randomly I would get back (inside the wall of DTMF debug) these lines:
> {code}
> == AlarmReceiver: Received Event 8106118106180061
> == AlarmReceiver: Nonzero checksum
> {code}
> clearly the event numbers are wrong they should look (see below 'what works')
> What Works:
> revert to 1.8.3(source) + old/original configs + old/original SPA-PAP2 settings. (works every time)
> Output:{code}
> -- Executing [18XXXXXX at alarm-in:1] Ringing("SIP/sip-sipura2-fax-line1-00000007", "") in new stack
> -- Executing [18XXXXX at alarm-in:2] AlarmReceiver("SIP/sip-sipura2-fax-line1-00000007", "") in new stack
> > AlarmReceiver: Setting read and write formats to ULAW
> > AlarmReceiver: Answering channel
> > AlarmReceiver: Waiting for connection to stabilize
> > AlarmReceiver: Waiting for first event from panel
> > AlarmReceiver: Sending 1400Hz 100ms burst (ACK)
> > AlarmReceiver: Sending 2300Hz 100ms burst (ACK)
> == AlarmReceiver: Received Event 3609181131000061
> == AlarmReceiver: Received Event 360918313100006B
> == AlarmReceiver: Received Event 3609181406000034
> > AlarmReceiver: App exiting...
> {code}
> I am willing to walk up the release tree to see exactly what release breaks the alarmreceiver if this bug is not trashed. Can do packet dumps if it will help. Willing to try patches if it helps.
> /////////////////////////////////////////////////////////////////////////////
> //
> RAW INFO:
> sip.conf:
> {code}
> [sip-sipura2-fax-line1]
> type=friend
> callerid="FAX Admin" <287>
> username=sip-sipura2-fax-line1
> secret=xxxxxxxxxxxx
> host=dynamic
> canreinvite=yes
> ;dtmfmode=rfc2833
> context=alarm-in
> dtmfmode = inband
> dtmf = inband
> ;disallow=all
> ;allow=alaw,ulaw
> {code}
> extentions.conf:
> {code}
> ;I changed extension to 1234567
> [alarm-in]
> exten => 1234567,1,Ringing();
> ;exten => 1234567,2,Wait(6);
> ;exten => 1234567,3,SayNumber(${EXTEN},c);
> exten => 1234567,2,AlarmReceiver;
> exten => 1234567,n,Hangup
> {code}
> DTMF dbug on failed attempts 1.8.15.0 (NOTE: no dtmf debug output on 1.8.3-working version)(getting about 100 lines of this before app exits):
> {code}
> [Aug 12 14:30:12] DTMF[818]: channel.c:4067 __ast_read: DTMF end '1' has duration 40 but want minimum 80, emulating on SIP/sip-sipura2-fax-line1-00000002
> [Aug 12 14:30:12] DTMF[818]: channel.c:4167 __ast_read: DTMF end emulation of '1' queued on SIP/sip-sipura2-fax-line1-00000002
> [Aug 12 14:30:14] DTMF[818]: channel.c:4090 __ast_read: DTMF begin '1' received on SIP/sip-sipura2-fax-line1-00000002
> [Aug 12 14:30:14] DTMF[818]: channel.c:4100 __ast_read: DTMF begin passthrough '1' on SIP/sip-sipura2-fax-line1-00000002
> [Aug 12 14:30:14] DTMF[818]: channel.c:4005 __ast_read: DTMF end '1' received on SIP/sip-sipura2-fax-line1-00000002, duration 0 ms
> [Aug 12 14:30:14] DTMF[818]: channel.c:4045 __ast_read: DTMF end accepted with begin '1' on SIP/sip-sipura2-fax-line1-00000002
> [Aug 12 14:30:14] DTMF[818]: channel.c:4060 __ast_read: DTMF end '1' detected to have actual duration 59 on the wire, emulation will be triggered on SIP/sip-sipura2-fax-line1-00000002
> {code}
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the asterisk-bugs
mailing list