[asterisk-bugs] [Asterisk 0012663]: Incoming REMOTE_HOLD on Zap is always passed to the bridged channel

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=12663 
====================================================================== 
Reported By:                gminet
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   12663
Category:                   Channels/chan_sip/General
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.4.17 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             05-15-2008 11:40 CDT
Last Modified:              06-02-2008 17:31 CDT
====================================================================== 
Summary:                    Incoming REMOTE_HOLD on Zap is always passed to the
bridged channel
Description: 
We have several customers using PRI E1 lines to connect to the telco
(Digium TE220B cards, E1 PRIs in Belgium).

When someone on ther side calls out using a SIP phone another party
through the telco/pri and gets placed on hold by the remote party, he hears
the local music on hold and not the remote music on hold. That's confusing
our customers as often the company name and products are often said on top
of the music.
In fact he can briefly hear the remote moh that gets replaced after half a
second by the local one.

This happens when the remote party is using a PBX on PRI, some PBX on BRI,
and also mobile phones.

In the logs I see the zap channel is receiving a REMOTE_HOLD control frame
and the the local moh is started on the bridged sip channel.

====================================================================== 

---------------------------------------------------------------------- 
 gminet - 06-02-08 17:31  
---------------------------------------------------------------------- 
Maybe a pri debug is more usefull:


ipbx-transinne*CLI> 
< Protocol Discriminator: Q.931 (8)  len=8
< Call Ref: len= 2 (reference 5/0x5) (Terminator)
< Message type: NOTIFY (110)
< [27 01 f9]
< Notification indicator (len= 3): Ext: 1  Remote hold (121)
-- Processing IE 39 (cs0, Notification Indicator)
    -- Started music on hold, class 'default', on SIP/393-b7d57738
ipbx-transinne*CLI> 
ipbx-transinne*CLI> 
< Protocol Discriminator: Q.931 (8)  len=8
< Call Ref: len= 2 (reference 5/0x5) (Terminator)
< Message type: NOTIFY (110)
< [27 01 fa]
< Notification indicator (len= 3): Ext: 1  Remote retrieval (122)
-- Processing IE 39 (cs0, Notification Indicator)
    -- Stopped music on hold on SIP/393-b7d57738
ipbx-transinne*CLI> 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
06-02-08 17:31  gminet         Note Added: 0087685                          
======================================================================