[cisco-voip] C3945E is going out of service

Fri Mar 22 14:20:29 EDT 2013

That one affects all the calls with incoming INVITE/SDP containing
a=rtpmap:101 telephone-event/8000 where dialpeers has lack of dtmf-relay
cisco-rtp rtp-nte.
Have you encountered similiar issues?
Of course workaround is to provide such rfc2833, but is makes no sense in
some scenarios.

And coming back to my major question... does Cisco outages like mentioned
before could be forced by some ios bugs or sth?

Thanks in advance,
Mac

2013/3/22 Maciej Bylica <mbsip at gazeta.pl>

> Today there was no outages, but i have some issues with codec enforcment
> on dialpeer on 15.1(4)M1 (codec g711alaw is back with OK+SDP and Cisco is
> sending G711ulaw).
> Totally weird.
>
> Thanks.
>
>
>
> 2013/3/22 Maciej Bylica <mbsip at gazeta.pl>
>
>> IOS is already downgraded, but errors still exist.
>> But i am not sure if this is the case.
>>
>> Thanks
>>
>>
>> 2013/3/22 Garrett Skjelstad <garrett at skjelstad.org>
>>
>>> If you downgrade, use M6.
>>>
>>> Sent from my iPhone
>>>
>>> On Mar 21, 2013, at 17:08, Maciej Bylica <mbsip at gazeta.pl> wrote:
>>>
>>> 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
>>>
>>> _______________________________________________
>>> 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/20130322/458f09a5/attachment.html>