[asterisk-bugs] [LibPRI 0017568]: [patch] DNID does not get cleard on new call

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=17568 
====================================================================== 
Reported By:                wuwu
Assigned To:                
====================================================================== 
Project:                    LibPRI
Issue ID:                   17568
Category:                   General
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
Asterisk Version:           1.6.2.9 
JIRA:                        
libpri Version:             1.4.11 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             2010-06-30 07:13 CDT
Last Modified:              2010-07-09 10:25 CDT
====================================================================== 
Summary:                    [patch] DNID does not get cleard on new call
Description: 
with chan_dahdi - when you are using immediate=yes - and you get a call
with dnid provided - and after this call you get a call without a dnid -
then the second call will also have the dnid of the first call assigned,
because chan_dahdi does not reset the dnid field on the new call.
====================================================================== 

---------------------------------------------------------------------- 
 (0124389) klaus3000 (reporter) - 2010-07-09 10:25
 https://issues.asterisk.org/view.php?id=17568#c124389 
---------------------------------------------------------------------- 
Looks like the same or a similar problem is also in trunk: "core show
channels" shows the called extensions even after the call was already hang
up:

    -- Accepting call from '063911160036' to '3591' on channel 0/27, span
1
...
hvst*CLI> dahdi show channels
   Chan Extension  Context         Language   MOH Interpret        Blocked
   State
 pseudo            default                    default                     
   In Service
      1            PSTNin                     default                     
   In Service
...
     26            PSTNin                     default                     
   In Service
     27 3591       PSTNin                     default                     
   In Service
     28            PSTNin                     default                     
   In Service
...
    -- Channel 0/27, span 1 got hangup request, cause 16
    -- Hungup 'DAHDI/i1/063911160036-1'
hvst*CLI> dahdi show channels
   Chan Extension  Context         Language   MOH Interpret        Blocked
   State
 pseudo            default                    default                     
   In Service
      1            PSTNin                     default                     
   In Service
...
     26            PSTNin                     default                     
   In Service
     27 3591       PSTNin                     default                     
   In Service
     28            PSTNin                     default                     
   In Service
     29            PSTNin                     default                     
   In Service
     30            PSTNin                     default                     
   In Service
     31            PSTNin                     default                     
   In Service
hvst*CLI> 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-07-09 10:25 klaus3000      Note Added: 0124389                          
======================================================================