Hello Guys, One of our customer is facing an issue with his Call Manager. About 1 times on 2/3 weeks the CUP is raising until the limit (100%) and we need to restart the Tomcat service. Based on bug tool I found that bug ID:  CSCue33973 Symptom: High CPU and memory usage when AXL is enabled and running for a long time. Conditions: It  was discovered that the ArrayList hostNameList in class  com.cisco.www.servletRouters.AXLThrottler had 14,847 entries in it.  The  list contained the server ip addresses multiple times.  This ArrayList  is supposed to hold a list of servers active in the cluster. Upon  looking at the source code it was discovered that the logic to populate  that list was wrong and not only would that list continue to grow  without bound or until Tomcat was restarted, but every 5 seconds the AXL  Throttler will iterate that list and try to connect to each server in  that list and query the database to check the dblcnqueue count.  Not  only was this happening 14,847 times every five seconds, that code block  is synchronized and will block until it is done executing. The longer between Tomcat restarts, the worse the problem is. Versions Affected: 8.5.1 8.6.2 9.0.1 9.1.1 Someone can say me how I can check the list mentionned in the bug detail to see if we are facing that bug or not ? Thanks, Hervé Jacquemin ... View more

Hello Guys, I have a strange behavior in a CUCM 8.6 environnement. Times to times, on random phones the corporate directory is no more listed. I have to reboot the phone and all is ok. I go round in cycles since weeks and I didn't find any clues about a potential issue. Is someone have some ideas to help me on this ? Thanks, Hervé Jacquemin ... View more

Hello Guys, I have a strange behavior on the IPTel network of one of my customer. Sometimes (1-2 times a week) the customer had a faulty calls. When he received an incoming calls, he heard nothing. The callers sometimes heard somethings (not each time). I enable a lot of logs on the gateway and I found the following: The RTP stream is established only in one way but the: 36620774: Oct  3 08:34:49.464: ISDN Se0/0/0:15 Q931: TX -> CONNECT pd = 8  callref = 0x8345 Is sent after the RTP stream is ended (stream has a duration of 5 sec), when the caller/called hang off. Normally the "TX -> CONNECT" is sent before the RTP stream establishement. I attached the complete call flow. I change the phone number: Caller ID is:YYYYYYYYYY Called ID is: XXXXXXXXXX Internal extension: 811 Thanks a lot for your help ! Hervé Jacquemin ... View more

Hello Guys, I have trouble with one of my call manager server (MCS7825). We configured teamed NIC via the CLI command "set network failover enable" but when we did a test we had the following behavior: Before to test, both interfaces were up and running + activy led. Now step by step what I did and what happened:      - Remove Cable from port 1;      - Both interfaces fall down !!      - Replug cable on port 1;      - Port 1 came back up but port 2 still down;      - Remove cable from port 2 + replug the cable;      - Port 2 up !      - Did a new test --> unplug the cable 1;      - Interface 1 down, able to ping interface 2 ! --> Teaming working      - re plug cable on port 1;      - Both interface down again; The only solution to have network again was to unplugged both cable and replug them ! It's a very strange behavior, has someone already have such issue ? Thanks, Hervé Jacquemin ... View more