UC540 reboots because of a failure about 2 times per week

[Patrick Werner]

Hello Communty.

Customers UC540 goes down two times per week, he have this issue since 2 months. We didnt change anything on the UC.

I dont find anything about that error. Can you maye explain whats going on with that UC?

Is it a hardware failure ?

001117: Sep 28 14:19:37.936: %SYS-2-CHUNKBADREFCOUNT: Bad chunk reference count, chunk 88DF544C data 88E02088 refcount FFFFFFFF alloc pc 80D5410C. -Process= "CCSIP_SPI_CONTROL", ipl= 0, pid= 270,  -Traceback= 0x801FEAECz 0x801C7EB8z 0x801CAF08z 0x8325F0A8z 0x80E70324z 0x80DAE268z 0x80D85578z 0x80D925A4z 0x80D93B84z 0x80E64C34z 0x80E6503Cz 0x801AFDC4z 0x801B2A88z
chunk_diagnose, code = 3
chunk name is MallocLite

current chunk header = 0x88E02078
data check, ptr = 0x88E02088

next chunk header = 0x88E020EC
data check, ptr = 0x88E020FC

previous chunk header = 0x88E02004
data check, ptr = 0x88E02014

Thanks in advance

[paolo bevilacqua]

Software bug, update IOS.

[Alexander Maroukian]

Hi Patrick,

Please check if you have the following in your config:

no ip virtual-reassembly

or if you are missing the following command under your SVI, FastEthernet 0/0, Loopback and your Service engine interfaces :

ip virtual-reassembly in

HTH,

Alex

*Please rate helpful posts

[Patrick Werner]

Hi Alex.

I checked the config and its in :

interface Loopback0
ip virtual-reassembly
interface Integrated-Service-Engine0/0
ip virtual-reassembly

interface BVI1
ip virtual-reassembly

interface BVI100
ip virtual-reassembly

But its just "ip virtual-reassembly"  not "ip virtual-reassembly in" as you wrote.

[Alexander Maroukian]

Hi Patrick,

if not this is not set under FastEthernet 0/0 this is happening. Do you have it there?

You should have it there.

Best regards,

Alex

[Patrick Werner]

Ok I did it on the Fa0/0 too.

But there is nothing special on the Fa0/0:

interface FastEthernet0/0

no ip address

ip virtual-reassembly

shutdown

duplex auto

speed auto

Whats about the other Fa ports? Should i do the "ip virtual-reassembly" on all interfaces ?

Thanks for your help

[Alexander Maroukian]

Hi Patrick,

I saw that this could also be due to some SIP processing error. Please log a case with the SBSC for faster resolution.

Best regards,

Alex

[Patrick Werner]

There isn't any support contract on that UC. But i have some new information about that case. The UC crashes everytime when a employee of the headquarter forwards a call to this branch office with the faulty UC.

This is the Dial-Peer and trans-rules from the headquarter to the branch office:

dial-peer voice 240 voip
description Nummern in Chur
translation-profile incoming intersite
destination-pattern 4.
redirect ip2ip
session protocol sipv2
session target ipv4:192.168.23.41
incoming called-number 99[2-3].
dtmf-relay rtp-nte
codec g711alaw
no vad

voice translation-profile intersite
translate called 9900

!

voice translation-rule 9900
rule 1 /^99/ //

This is the Dial-Peer and trans-rules from the branch office to the headquarter

:

dial-peer voice 220 voip
description Nummern in Uster
translation-profile incoming intersite
destination-pattern [2-3].
redirect ip2ip
session protocol sipv2
session target ipv4:192.168.20.15
incoming called-number 994.
dtmf-relay rtp-nte
codec g711alaw
no vad

voice translation-rule 9900
rule 1 /^99/ //
!
voice translation-profile intersite
translate called 9900

[paolo bevilacqua · Accepted solution]

Again as answered before. You need to update system software.