03-21-2013 04:39 PM - edited 03-16-2019 04:23 PM
Hello,
I have Cisco 3945E working as pure CUBE, running c3900e-universalk9-mz.SPA.152-3.T.bin.
CUBE has been working fine for months, but yestarday i had 2 times 2-3mins oos, today it was 5 times.
Cisco is lossing any connectivity, sending no response to any SIP messages, ssh session is terminated, ping shows no connection. After 2 or 3 minutes cisco is back again, but voice RTP traffic is 1/2 comparing to before the issue.
This midnight cisco had been rebooted, but the problem still persist.
Running debug ccsip errors show a lot of strange info:
failed to update call entry
//742842/FDCFC0C7A926/SIP/Error/sipSPI_ipip_update_call_entry:
failed to update call entry
//-1/xxxxxxxxxxxx/SIP/Error/sipSPI_ipip_set_channel_count:
Unable to set CHANNEL_COUNT for callid 742842
//742842/FDCFC0C7A926/SIP/Error/sip_iwf_sip_copy_sdp_to_channelInfo:
Channel count is not set at this point. Not SIP-SIP or SET_MODE is not done.
//742843/FDCFC0C7A926/SIP/Error/ccsip_ipip_media_forking_read_from_TDContainer:
MF: Unable to read data from TD Container..
//742843/FDCFC0C7A926/SIP/Error/ccsip_ipip_media_forking_forked_leg_config:
MF: TD container cannot be read/container is NULL. Setting of forked call leg failed..
//742843/FDCFC0C7A926/SIP/Error/ccsip_ipip_media_forking_update_preferred_codec:
MF: Not a Forked SIP leg..
//742843/FDCFC0C7A926/SIP/Error/sip_iwf_sip_copy_channelInfo_to_sdp:
We are either escalating, orno stream found for this m-line index:1
//742843/FDCFC0C7A926/SIP/Error/sip_iwf_sip_copy_channelInfo_to_sdp:
We are either escalating, orno stream found for this m-line index:1
//742843/FDCFC0C7A926/SIP/Error/sip_iwf_sip_copy_channelInfo_to_sdp:
We are either escalating, orno stream found for this m-line index:1
SIP: (742843) Group (a= group line) attribute, level 65535 instance 1 not found.
SIP: (742843) Group (a= group line) attribute, level 65535 instance 1 not found.
//-1/FDD54165A92D/SIP/Error/ccsip_ipip_media_forking_update_preferred_codec:
MF: Not a Forked SIP leg..
SIP: (742844) Attribute mid, level 1 instance 1 not found.
//742844/FDD54165A92D/SIP/Error/sipSPI_ipip_update_codec_params_in_channelInfo:
failed to update call entry
SIP: (742844) Attribute ptime, level 1 instance 1 not found.
//742844/FDD54165A92D/SIP/Error/sipSPI_ipip_update_codec_params_in_channelInfo:
failed to update call entry
SIP: (742844) Attribute ptime, level 1 instance 1 not found.
//742844/FDD54165A92D/SIP/Error/sipSPI_ipip_update_codec_params_in_channelInfo:
failed to update call entry
/742844/FDD54165A92D/SIP/Error/sipSPI_ipip_update_call_entry:
failed to update call entry
//-1/xxxxxxxxxxxx/SIP/Error/sipSPI_ipip_set_channel_count:
Unable to set CHANNEL_COUNT for callid 742844
//742844/FDD54165A92D/SIP/Error/sip_iwf_sip_copy_sdp_to_channelInfo:
Channel count is not set at this point. Not SIP-SIP or SET_MODE is not done.
//742845/FDD54165A92D/SIP/Error/ccsip_ipip_media_forking_read_from_TDContainer:
MF: Unable to read data from TD Container..
//742845/FDD54165A92D/SIP/Error/ccsip_ipip_media_forking_forked_leg_config:
MF: TD container cannot be read/container is NULL. Setting of forked call leg failed..
//742845/FDD54165A92D/SIP/Error/ccsip_ipip_media_forking_update_preferred_codec:
MF: Not a Forked SIP leg..
//742845/FDD54165A92D/SIP/Error/sip_iwf_sip_copy_channelInfo_to_sdp:
We are either escalating, orno stream found for this m-line index:1
//742845/FDD54165A92D/SIP/Error/sip_iwf_sip_copy_channelInfo_to_sdp:
We are either escalating, orno stream found for this m-line index:1
//742845/FDD54165A92D/SIP/Error/sip_iwf_sip_copy_channelInfo_to_sdp:
We are either escalating, orno stream found for this m-line index:1
SIP: (742845) Group (a= group line) attribute, level 65535 instance 1 not found.
SIP: (742845) Group (a= group line) attribute, level 65535 instance 1 not found.
//-1/xxxxxxxxxxxx/SIP/Error/sipDestroyContainerContext:
Corrupted/Freed Container=0x0
//-1/xxxxxxxxxxxx/SIP/Error/sipUtilPvtVerifyIfRestricted:
From header is restricted
but as i remember these errors were all the time, even months ago.
I am sure that there was no configuration changes that may change the way cisco is working lately.
OOS are observed even in non peak hours.
voice service voip
ip address trusted list
ipv4 0.0.0.0 0.0.0.0
address-hiding
allow-connections sip to sip
no supplementary-service sip moved-temporarily
no supplementary-service sip refer
fax protocol pass-through g711alaw
cause-code legacy
sip
header-passing
error-passthru
early-offer forced
midcall-signaling passthru
all dialpeers have the same sets of codecs in incoming and outgoing leg.
I have transcoding functionality available (via sccp).
Could anyone help me to figure out where the problem is located?
What other info are needed to get into this?
Maybe this is because of CSCsm92688 (unfortunately i cannot fine any detailed info regarding this, not have TAC access) bug?
Today i will try to downgrade the IOS (to 15.1(4)M1) , but i am not sure because 15.2(3)T was working quite fine for long time.
Thanks in advance
Mac
03-21-2013 05:39 PM
IOS downgraded... errors still exist.
As mentioned previosly, i am not sure if this is the case.
What other info are needed to dig into this?
Thanks.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide