IOS and Software Pack ?

Unanswered Question
Oct 8th, 2009

Hi

I was wondering if there is any recent bug free software pack and ios version that has been released after the 12.4(22) YB4 which i can use for a new install.

Also which was the last most stable version of ios and software pack that i can use for a brand new install?

I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
Joseph Chambers Thu, 10/08/2009 - 11:34

I'm running 7.1.3EA & still having issues as well as on 7.1.1.

Mostly with EZVPN & 1 Way audio;

John Platts Tue, 10/13/2009 - 13:55

I have actually installed the 7.1.3 release in a recent deployment. This customer was using Cisco 7960G phones. I had discovered problems calling out when I first installed the UC520, but that problem was fixed by disabling the g729br8 codec, but leaving the g729r8 codec enabled.

Will CUE 7.1 get included in non-Early Adopter UC520 and UC540 software packs?

Saurabh Verma Tue, 10/13/2009 - 14:22

We are planning to integrate CUE 7.1 in the Default UC 500 Software Pack that is scheduled for Nov/Dec timeframe.

Thanks,

Saurabh

John Platts Tue, 10/13/2009 - 14:17

I am aware of one problem in the IOS version included in the 7.1.1 software pack. This problem appears to not occur with the IOS image included in the 7.1.3 early adopter release, even though I am really unsure if the problem has really disappeared in the 7.1.3 early adopter release. As far as I know, this problem does not occur in the IOS images included in the 7.0.2, 7.0.3, and 4.2.x releases.

Here is the description of the problem with IOS 12.4(22)YB1, the IOS image included in the 7.1.1 software pack:

  1. An INVITE is sent to the UC520, with the following codecs, in order from highest preference to lowest preference: G.729, G.711 mu-law, G.711 A-law
  2. The UC520 negotiates the G.729 codec.
  3. An re-INVITE is sent to the UC520, with the following codecs, in order from highest preference to lowest preference: G.711 mu-law, G.711 A-law, G.729
  4. The UC520 sends back G.711 as the codec in the response to the re-INVITE, but continues to send G.729 audio packets.
  5. The call gets dropped.

The problem described above is known to occur in IOS 12.4(22)YB1 with Cisco 7931G phones. As far as I know, this problem does not occur with the 12.4(22)YB4 release in the 7.1.3 release, or the 12.4(20)T2 release included in the 7.0.2 and 7.0.3 releases.

Here is a similar call setup, with an outbound call made on a 7960 phone connected to a UC520 unit running IOS 12.4(22)YB4 (which is included in the 7.1.3 software pack):

  1. An INVITE is sent from the UC520, with the following codecs, in order from highest preference to lowest preference: G.729, G.711 mu-law, G.711 A-law
  2. The UC520 negotiates the G.729 codec.
  3. The UC520 receives a re-INVITE, with the G.711 mu-law codec as the only allowed codec.
  4. The UC520 correctly negotiates the G.711 mu-law codec and actually sends G.711 mu-law audio.
  5. The call does not get prematurely dropped. It is normal for the fax machine to disconnect the call.

The above test scenario was from a 7960 phone to a fax number. I was doing this to be sure that re-INVITEs were being handled correctly. I want to be sure that the call was still connected and that G.711 mu-law audio was being sent after the re-INVITE had been acknowledged, even though the fax machine might disconnect the call or we might hang up after the re-INVITE is acknowleged.