[cisco-voip] 7.1(2) bug? feature?

[Lelio Fulgenzi]

This post reminded me of a bug/feature we ran across in 7.1(2) which I have to open a case for, but I thought I'd ask here. 

To recreate:

  1.. Get two calls on line one (the primary DN), put them both on hold.
  2.. Get an incoming call on line two. Place that call on hold.
Now, what I want to do, is to get back to the original calls on line one. The only way I can see to do this, is to press the line one line button. But when I do this, it thinks I want to make a new call and gives me dialtone on line two. I have to press the line one line button again in order to drop the dialtone and get back to the original calls on line one.


  ----- Original Message ----- 
  From: Erick B. 
  To: Anthony Mendoza ; Cisco VoIP 
  Sent: Wednesday, February 23, 2005 3:39 PM
  Subject: Re: [cisco-voip] Delayed Voice - Troubleshooting Tips?


  The UK end has the 7.1(1) phoneload from the filename
  posted below. That load had numerous voice quality,
  reboot, etc issues and was pulled from cisco. They
  have released a new version out now, 7.1(2) which
  fixes those issues present in 7.1(1). 

  Does the delay happen on all calls or just some? Could
  there be a routing issue between the phones perhaps
  when the audio stream is cutting over? Is there a
  firewall, etc between the US and UK that traffic goes
  through? 

  --- Anthony Mendoza <amendoza at Niku.com> wrote:

  > We are experiencing an interesting symptom which I
  > have not been able to
  > identify a fix for.  We have 2 Clusters (UK and US)
  > and when calls are
  > made between the two there is about a 1-3 second
  > delay before the
  > calling party can hear the called party.  Codec
  > being used right now is
  > G.711u and sufficient bandwidth is available.  We
  > didn't have this delay
  > with G.729, but had quality issues when trying to
  > use G.729..  any
  > suggestions on how I should troubleshoot further? 
  > Silence supression on
  > both ends has already been disabled.  The only thing
  > I can think of
  > right now is that the phone load on each end is a
  > different version, but
  > didn't think that should matter.
  > 
  > P00307010100 in UK
  > P0030600T017 in US
  > 
  > -Anthony
  > 
  > 
  > CONFIDENTIALITY NOTICE: The information contained in
  > this message and
  > or attachments is intended only for the person or
  > entity to which it is
  > addressed and may contain confidential and/or
  > privileged material. Any
  > review, retransmission, dissemination, copying, or
  > other use of this
  > information by persons or entities other than the
  > intended recipient is
  > prohibited. If you received this e-mail or its
  > attachments in error, 
  > please contact the sender and delete the material
  > from any system and 
  > destroy any copies.
  > 
  > > _______________________________________________
  > cisco-voip mailing list
  > cisco-voip at puck.nether.net
  > https://puck.nether.net/mailman/listinfo/cisco-voip
  > 




  __________________________________ 
  Do you Yahoo!? 
  Yahoo! Mail - Easier than ever with enhanced search. Learn more.
  http://info.mail.yahoo.com/mail_250
  _______________________________________________
  cisco-voip mailing list
  cisco-voip at puck.nether.net
  https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20050223/cd9e265a/attachment.html