Problem with Phones rebooting

Unanswered Question
Aug 15th, 2007
User Badges:
  • Blue, 1500 points or more

Here is a part of the log where the reboot happened.....any ideas what may have caused this or what I should look at. It happened at 16:11:09.


NOT 15:41:39.275220 DSP: mtStartTone- *** playing tone when audio path = NONE

WRN 15:41:39.587813 JVM: Thread-3|cip.mmgr.do:? - [MediaMgrSM]: Unhandled Event, State = StateOnHook Event = EventEndcall

WRN 15:41:39.589709 JVM: Thread-3|cip.mmgr.do:? - [MediaMgrSM]: Unhandled Event, State = StateOnHook Event = EventSetSpeakerModeOff

WRN 15:54:14.407575 JVM: Thread-3|cip.mmgr.do:? - [MediaMgrSM]: Unhandled Event, State = StateSpeakerOffHook Event = EventSetSpeakerMode

ERR 16:00:00.000435 NTP: Mon Aug 13 15:00:00 2007

NOT 16:03:44.699036 DSP: mtStartTone- *** playing tone when audio path = NONE

WRN 16:03:45.039087 JVM: Thread-3|cip.mmgr.do:? - [MediaMgrSM]: Unhandled Event, State = StateOnHook Event = EventEndcall

WRN 16:03:45.041132 JVM: Thread-3|cip.mmgr.do:? - [MediaMgrSM]: Unhandled Event, State = StateOnHook Event = EventSetSpeakerModeOff

NOT 16:11:09.480146 DSP: mtStartTone- *** playing tone when audio path = NONE

WRN 16:11:09.778379 JVM: Thread-3|cip.sccp.ce:? - Read exception: java.net.SocketException: Connection timed out: Connection timed out

Close(d) Connection ...

ERR 16:11:09.788416 JVM: 4:11:09p|java.net.SocketException: Connection timed out: Connection timed out

at cip.io.SecureInputStream.socketRead([BII)I(Native Method)

at cip.io.SecureInputStream.read([BII)I(Unknown Source)

at java.io.BufferedInputStream.fill()V(Unknown Source)

at java.io.BufferedInputStream.read()I(Unknown Source)

at java.io.DataInputStream.readInt()I(Unknown Source)

at cip.io.i.readInt()I(Unknown Source)

at cip.sccp.ar.a()Lcip/sccp/bm;(Unknown Source)

at cip.sccp.ce.e()V(Unknown Source)

at cip.sys.j.run()V(Unknown Source)

at java.lang.Thread.startup(Z)V(Unknown Source)

WRN 16:11:27.746155 JVM: Thread-3|cip.sccp.ce:? - Read exception: java.net.SocketException: Connection timed out: Connection timed out

Close(d) Connection ...

ERR 16:11:27.756215 JVM: 4:11:27p|java.net.SocketException: Connection timed out: Connection timed out

at cip.io.SecureInputStream.socketRead([BII)I(Native Method)

at cip.io.SecureInputStream.read([BII)I(Unknown Source)

at java.io.BufferedInputStream.fill()V(Unknown Source)

at java.io.BufferedInputStream.read()I(Unknown Source)

at java.io.DataInputStream.readInt()I(Unknown Source)

at cip.io.i.readInt()I(Unknown Source)

at cip.sccp.ar.a()Lcip/sccp/bm;(Unknown Source)

at cip.sccp.ce.e()V(Unknown Source)

at cip.sys.j.run()V(Unknown Source)

at java.lang.Thread.startup(Z)V(Unknown Source)

NOT 16:11:29.263623 tftpClient: tftp request rcv'd from /usr/tmp/tftp, srcFile = SEP00164781D20B.cnf.xml, dstFile = /usr/cache/SEP00164781D20B.cnf.xml

NOT 16:11:29.266487 tftpClient: auth server - tftpList[0] = 10.10.4.10

NOT 16:11:29.267297 tftpClient: look up server - 0

WRN 16:11:29.271607 SECD: WARN:lookupCTL: ** no CTL, assume TFTP 10.10.4.10 NONSECURE

NOT 16:11:29.275622 tftpClient: secVal = 0xa

NOT 16:11:29.276398 tftpClient: 10.10.4.10 is a NONsecure server

NOT 16:11:29.277140 tftpClient: look up server - 1

WRN 16:11:29.279929 SECD: WARN:lookupCTL: ** no CTL, assume TFTP 10.3.213.250 NONSECURE

NOT 16:11:29.283134 tftpClient: secVal = 0xa

NOT 16:11:29.283977 tftpClient: 10.3.213.250 is a NONsecure server

NOT 16:11:29.284790 tftpClient: temp retval = SRVR_NONSECURE, keep looking

NOT 16:11:29.285502 tftpClient: temp retval = SRVR_NONSECURE, keep looking

NOT 16:11:29.286221 tftpClient: retval = 10

NOT 16:11:29.287001 tftpClient: Secure file requested


Thanks,

Mike


  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
goldbergj Tue, 08/21/2007 - 03:37
User Badges:

Hello,


What does the infrastructure look like? Do you have Cisco Switches? Are they POE or are you using power bricks or power injectors? What type of phones are the ones rebooting? Is it just 794X/6X or is it 7970's or all of them?


Also is this callmanager or callmanager express? It may just be a firmware issue but it could also be a power issue.


Thanks,


JG

Actions

This Discussion