Solved: H323-Voice-Quality explanation

correadiaz.h · ‎07-09-2007

I understand that the h323-voice-quality VSA conveys the calculated ICPIF factor, which is supposed to be a positive integer. However, on many occasions, this VSA contains the value "-1" or "h323-voice-quality=-1"(In fact, it appears in some examples of this very web site). What is the meaning in this case? Clearly, it can't be used but there must be some reasoning behind it that I'd like to know. Same goes for the value "0", which is unrealistic when codecs other than G.711 are being used, and for any ICPIF value over 50.

gmarogi · ‎07-13-2007

The value should be in from 0 - 34 not -1.This should be calculated from the icpif for the call. Two caveats with

this value. First is that it relies on rtcp (which for example our ip phones do not support). The second is that the call needs to be longer than 10 second in duration. If neither of these conditions are true, you should expect it not to be set; or as shown as -1.

As a workaround try upgradig the IOS to the latest one.

View solution in original post

gmarogi · ‎07-13-2007

The value should be in from 0 - 34 not -1.This should be calculated from the icpif for the call. Two caveats with

this value. First is that it relies on rtcp (which for example our ip phones do not support). The second is that the call needs to be longer than 10 second in duration. If neither of these conditions are true, you should expect it not to be set; or as shown as -1.

As a workaround try upgradig the IOS to the latest one.

correadiaz.h · ‎07-13-2007

Thanks, this is really helpful! Given that it relies on RTCP, this explain some odd icpif values e.g. > 70 when the far end is non-Cisco.

paolo bevilacqua · ‎07-14-2007

rtcp is supported on the phones since fw 8.2(1).

Alleluya!