[asterisk-bugs] [Asterisk 0015288]: Aborted inbound trunk call to FXO analog port causes internal extensions (SIP or DAHDI) to ring forever.

Asterisk Bug Tracker noreply at bugs.digium.com
Fri Aug 7 06:39:44 CDT 2009


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=15288 
====================================================================== 
Reported By:                alecdavis
Assigned To:                jpeeler
====================================================================== 
Project:                    Asterisk
Issue ID:                   15288
Category:                   Channels/chan_dahdi
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
Asterisk Version:           SVN 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!): 199298 
Request Review:              
====================================================================== 
Date Submitted:             2009-06-08 05:16 CDT
Last Modified:              2009-08-07 06:39 CDT
====================================================================== 
Summary:                    Aborted inbound trunk call to FXO analog port causes
internal extensions (SIP or DAHDI) to ring forever.
Description: 
Confirmed with a TDM800P with 1x 1port FX0 module and 1x 4port FXS module.

The only way to stop the ringing extension, was to pick it up.

The senario was:
  FX0 connected to outside line.
  FXS connected to analog phone.
  ring home line (from cellphone).
  wait for internal FXS connected phone to ring 1 or 2 rings. Hangup call
from mobile. 
  FXS connected phone keeps ringing forever.
  To stop the ringing, pickup ringing handset.

Deployed 1.6.1.0 branch, with same configs, no problems now.
====================================================================== 

---------------------------------------------------------------------- 
 (0108758) alecdavis (reporter) - 2009-08-07 06:39
 https://issues.asterisk.org/view.php?id=15288#c108758 
---------------------------------------------------------------------- 
chan_dahdi/dahdi_read
only decrements p->ringt, what about analog_p->ringt

I've run out of night, here. But this may be the clue.

As I only have analog I've added 'analog_p' to dahdi_read, and the ring
stops, after aborted hangup.

But there seems to be more wrong. It seeming to hangup after each ring
comes in:
console output below:

[Aug  7 23:29:45] WARNING[15823]: sig_analog.c:3020
analog_handle_init_event: ALEC ANALOG_EVENT_RINGOFFHOOK i->ringt=100
    -- Starting simple switch on 'DAHDI/5-1'
[Aug  7 23:29:47] NOTICE[15876]: chan_dahdi.c:2687
my_handle_notify_message: MWI: Channel 5 message waiting, mailbox
[Aug  7 23:29:47] WARNING[15876]: sig_analog.c:2099 __analog_ss_thread:
ALEC PBX RUN p->ringt=100
[Aug  7 23:29:47] WARNING[15876]: sig_analog.c:2100 __analog_ss_thread:
PBX Analog Started
    -- Executing [s at incoming:1] Dial("DAHDI/5-1", "SIP/bt100black") in new
stack
    -- Called bt100black
    -- SIP/bt100black-b6b0b9b0 is ringing
[Aug  7 23:29:48] WARNING[15876]: sig_analog.c:2424 __analog_handle_event:
ALEC ANALOG_EVENT_RINGOFFHOOK p->ringt=100
  == Spawn extension (incoming, s, 1) exited non-zero on 'DAHDI/5-1'
[Aug  7 23:29:50] WARNING[15876]: sig_analog.c:1064 analog_hangup: ALEC
p->ringt=0
    -- Hanging up on 'DAHDI/5-1'
    -- Hungup 'DAHDI/5-1'
[Aug  7 23:29:50] WARNING[15876]: sig_analog.c:2102 __analog_ss_thread:
PBX Analog Exited
[Aug  7 23:29:50] WARNING[15876]: sig_analog.c:2107 __analog_ss_thread:
PBX exited OK
[Aug  7 23:29:54] WARNING[15823]: sig_analog.c:3020
analog_handle_init_event: ALEC ANALOG_EVENT_RINGOFFHOOK i->ringt=100
    -- Starting simple switch on 'DAHDI/5-1'
[Aug  7 23:29:56] NOTICE[15877]: chan_dahdi.c:2687
my_handle_notify_message: MWI: Channel 5 message waiting, mailbox
[Aug  7 23:29:56] WARNING[15877]: sig_analog.c:2099 __analog_ss_thread:
ALEC PBX RUN p->ringt=100
[Aug  7 23:29:56] WARNING[15877]: sig_analog.c:2100 __analog_ss_thread:
PBX Analog Started
    -- Executing [s at incoming:1] Dial("DAHDI/5-1", "SIP/bt100black") in new
stack
    -- Called bt100black
    -- SIP/bt100black-09ff0960 is ringing
[Aug  7 23:29:57] WARNING[15877]: sig_analog.c:2424 __analog_handle_event:
ALEC ANALOG_EVENT_RINGOFFHOOK p->ringt=100
  == Spawn extension (incoming, s, 1) exited non-zero on 'DAHDI/5-1'
[Aug  7 23:29:59] WARNING[15877]: sig_analog.c:1064 analog_hangup: ALEC
p->ringt=0
    -- Hanging up on 'DAHDI/5-1'
    -- Hungup 'DAHDI/5-1'
[Aug  7 23:29:59] WARNING[15877]: sig_analog.c:2102 __analog_ss_thread:
PBX Analog Exited
[Aug  7 23:29:59] WARNING[15877]: sig_analog.c:2107 __analog_ss_thread:
PBX exited OK
[Aug  7 23:30:03] WARNING[15823]: sig_analog.c:3020
analog_handle_init_event: ALEC ANALOG_EVENT_RINGOFFHOOK i->ringt=100
    -- Starting simple switch on 'DAHDI/5-1'
[Aug  7 23:30:05] NOTICE[15885]: chan_dahdi.c:2687
my_handle_notify_message: MWI: Channel 5 message waiting, mailbox
[Aug  7 23:30:05] WARNING[15885]: sig_analog.c:2099 __analog_ss_thread:
ALEC PBX RUN p->ringt=100
[Aug  7 23:30:05] WARNING[15885]: sig_analog.c:2100 __analog_ss_thread:
PBX Analog Started
    -- Executing [s at incoming:1] Dial("DAHDI/5-1", "SIP/bt100black") in new
stack
    -- Called bt100black
    -- SIP/bt100black-09ff6388 is ringing
  == Spawn extension (incoming, s, 1) exited non-zero on 'DAHDI/5-1'
[Aug  7 23:30:07] WARNING[15885]: sig_analog.c:1064 analog_hangup: ALEC
p->ringt=0
    -- Hanging up on 'DAHDI/5-1'
    -- Hungup 'DAHDI/5-1'
[Aug  7 23:30:07] WARNING[15885]: sig_analog.c:2102 __analog_ss_thread:
PBX Analog Exited
[Aug  7 23:30:07] WARNING[15885]: sig_analog.c:2107 __analog_ss_thread:
PBX exited OK
asterix*CLI> 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-08-07 06:39 alecdavis      Note Added: 0108758                          
======================================================================




More information about the asterisk-bugs mailing list