[cisco-voip] Transcoding resourse failing

[Scott Voll]

Jason thanks for the response.  I can turn on the Traces on the CM but to
get the debugs on the CMM would be difficult as it's so random in nature,
but usally once every ~24 hours.

a simple no sccp - sccp clears it up.

it's the conference resources that work all the time.  I'ts just the xcoding
that fails which has an impact on calls that need xcoding.

Thanks for the heads up.

Traces going on

Scott

On Thu, Aug 28, 2008 at 3:15 PM, Jason Burns <burns.jason at gmail.com> wrote:

> Scott,
>
> That is really odd that conf resources fail and xcoding does not.
>
> Do you have just a single ACT card in the CMM or multiple? If multiple is
> there anything different in config between the FastE interfaces in the CMM
> or Cat?
>
> To really get to the bottom of a keepalive timeout would require the CCM
> SDI and SDL traces, debug sccp packet and debug sccp error, and a packet
> capture from the time of the failure would be great.
>
> Another thought, are the CCM groups between the xcode and the cfb
> identical? Maybe one has a different set of CallManagers.
>
> -Jason
>
>   On Thu, Aug 28, 2008 at 5:36 PM, Scott Voll <svoll.voip at gmail.com>wrote:
>
>>   I have a CMM blade with a ACT card for both Transcoding and Conference
>> resources.  Never had a problem with them in CM 4.1.  Now with CM 6.1 the
>> Transcoding resource is not failing about every 24 hours.  Confernece
>> resources do not.
>>
>> show SCCP shows a Failed_Keepalives.
>>
>> why would one work with out issue and the other would not.  doesn't make
>> sense to me.
>>
>> any help would be great.  i have had a Tac Case open for a couple days
>> with no real response.
>>
>> Thanks
>>
>> scott
>>
>> CM 6.1.2.1106
>>
>>
>> _______________________________________________
>> 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/20080829/1af7090c/attachment-0001.html>