[cisco-voip] C3945E is going out of service

Maciej Bylica mbsip at gazeta.pl
Thu Mar 21 20:08:54 EDT 2013


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<https://www.cisco.com/cisco/psn/bssprt/bss?searchType=bstbugidsearch&page=bstBugDetail&BugID=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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20130322/8c4f90d8/attachment.html>


More information about the cisco-voip mailing list