09-28-2012 09:05 AM - edited 03-21-2019 06:21 AM
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
Solved! Go to Solution.
10-23-2012 04:16 AM
Again as answered before. You need to update system software.
09-28-2012 10:24 AM
Software bug, update IOS.
09-28-2012 11:39 AM
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
10-03-2012 04:25 AM
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.
10-04-2012 12:31 PM
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
10-05-2012 08:42 AM
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
10-07-2012 11:04 PM
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
10-23-2012 02:30 AM
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
10-23-2012 04:16 AM
Again as answered before. You need to update system software.
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: