[cisco-voip] 7942 strange answering issue
Anthony Holloway
avholloway+cisco-voip at gmail.com
Fri Feb 13 10:45:52 EST 2015
I'm interested in this issue, and I don't see how the g711 codec, in and of
itself, could cause an issue like the one described. The only thing I can
think of is that it was causing a transcoder to be invoked and there's
actually an issue with the transcoder invocation. For example, if the H323
GW in CUCM did not have a transcoding resource available, being that it was
the g711 side.
Is the H323 GW remote over the WAN to the IP Phone? Is that why you're
using g729?
On Thu Feb 12 2015 at 12:30:18 PM Dave Wolgast <dwolgas1 at rochester.rr.com>
wrote:
> To close the loop on this, absolutely none of the information I originally
> provided was relevant in the end.
>
> We had a hard time nailing down the customer as to when the behavior
> occurred. We finally tracked it down to inbound PSTN calls.
>
> On an old H.323 gateway which was handling the inbound traffic, we found
> the preference 1 dial-peer had a 'codec g711ulaw' on it when it should have
> been forcing g729r8. The pref 2 & 3 dial-peers were configured correctly.
>
> This was causing some sort of race condition with the skinny call
> signalling to the phone.
>
> Updating the dial-peer fixed it immediately.
>
> Thanks to all of you who helped with this!
>
>
> Dave Wolgast
> Livonia, NY
>
> On Fri, Jan 30, 2015 at 12:34 PM, Dave Wolgast <dwolgas1 at rochester.rr.com>
> wrote:
>
>> 7942G running SCCP 9.3(1)SR3 on CUCM 9.1(2)
>>
>> Phone has a single, non-shared DN with no CFA set. CFB/CFNA set to
>> voicemail. No headset (headset light is OFF)
>>
>> Two users (in a several-hundred phone upgrade) report that when the phone
>> rings, they lift the handset, hear dialtone, get an End Call softkey, and
>> the inbound call continues to ring. They can only get the new call, they
>> say, by pressing 'End Call' then 'Answer.'
>>
>> We have messed with all combinations of Always Use Prime Line and Auto
>> Line Select/Auto Call Select.
>>
>> We have replaced one of the phones. We will try swapping switchports with
>> a known good phone later today.
>>
>> Are there any other explanations that anyone can think of for this?
>>
>> Dave Wolgast
>> Livonia, NY
>>
> _______________________________________________
> 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/20150213/927f5c09/attachment.html>
More information about the cisco-voip
mailing list