Announcement

Collapse
No announcement yet.
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Phone fails to register - error in IPCS log

    I have a phone that appears to be attempting to register repeatedly.. I am seeing the below entries over and over in the IPCS log.

    Has anyone seen this before? The phone pings on the network but fails registration...


    3/2/2010 09:40:06.515 <5255947> <2676:5900> **** Log File opened by IPCS. Product version: 12.15.3601.0

    3/2/2010 09:40:06.515 <5255948> <2676:5900> Receiving IPPhoneRestart: 10.1.71.73, 0010490DC983, SHOR_0010490DC983, 3, 38
    3/2/2010 09:40:06.515 <5255949> <2676:5584> ************************************************** ************
    3/2/2010 09:40:06.515 <5255950> <2676:5584> Processing IP-Phone RSIP Request for Device: 0010490DC983
    3/2/2010 09:40:07.593 <5255951> <2676:5584> 0010490DC983 already exists in configuration database. PortID: 118, SwitchID: 3
    3/2/2010 09:40:07.593 <5255952> <2676:5584> CIPPhone::ProcessRSIPRequest() - New SwitchGroupID = 1, Existing SwitchGroupID = 1
    3/2/2010 09:40:07.593 <5255953> <2676:5584> IP-Phone RSIP request originated from the same site
    3/2/2010 09:40:07.593 <5255954> <2676:5584> Size of CIPPhone is 28
    3/2/2010 09:40:15.453 <5255955> <2676:2708> Receiving IPPhoneRestart: 10.1.71.73, 0010490DC983, SHOR_0010490DC983, 3, 38
    3/2/2010 09:40:15.453 <5255956> <2676:5584> ************************************************** ************
    3/2/2010 09:40:15.453 <5255957> <2676:5584> Processing IP-Phone RSIP Request for Device: 0010490DC983
    3/2/2010 09:40:15.453 <5255958> <2676:5584> 0010490DC983 already exists in configuration database. PortID: 118, SwitchID: 3
    3/2/2010 09:40:15.453 <5255959> <2676:5584> CIPPhone::ProcessRSIPRequest() - New SwitchGroupID = 1, Existing SwitchGroupID = 1
    3/2/2010 09:40:15.453 <5255960> <2676:5584> IP-Phone RSIP request originated from the same site
    3/2/2010 09:40:15.453 <5255961> <2676:5584> Size of CIPPhone is 28
    3/2/2010 09:40:23.890 <5255962> <2676:5592> Receiving IPPhoneRestart: 10.1.71.73, 0010490DC983, SHOR_0010490DC983, 3, 38
    3/2/2010 09:40:23.890 <5255963> <2676:5584>

  • #2
    Do you have available IP Phone capacity on the SG switch(es) that it is trying to associate to at the site?

    Does the phone already exist in the DB (meaning is it listed under IP Phones)?

    Comment


    • #3
      It is alreayd listed as a phone in the DB and there are sufficient licenses...

      Thanks!

      Scott

      Comment


      • #4
        Bumping - we are getting exactly the same for one of our customers.

        ShoreTel 10.1 (15.21.7406.0)
        SG-220E1
        IP230s (3 Phones Experiencing the Problem)

        Found the attached PDF on the KB, I know it is reffering to IP560Gs, but it is too similar to ignore. The 3x230s that are experiencing the problem for us are all Conference Room phones (i.e. "phone sets with heavy traffic from multiple end points").
        Attached Files
        Last edited by eXpunger; 04-05-2011, 09:15 AM. Reason: Found PDF on KB

        Comment


        • #5
          try removing the phone from the individual phone page in director. mute clear the phone and reboot. you noted you have sufficient licence but i think the question was do you have the resources on the switch available? check from quick look and ip/phones category will show number of phones allocated and number in use.

          Comment


          • #6
            Will certainly give deleting and Factory Reset a go on one and post with my findings tomorrow. Thanks for your reply.

            Oh and plenty of room - 47 used of 70 allocated if I remember right...

            Comment


            • #7
              Besides deleting and resetting the phone, also verify that in the IP Phone Options page, that your IP Phone Configuration switch(es) are up and running. If your phones cannot see the Configuration switches, it will remain in a "Requesting Service" screen forever.

              Comment


              • #8
                As Cburgy said, check the SG-switch to make sure you have enough IP phone resources on the switch to handle another phone.
                If you have enough switch resources, I would dump the configuration db and remove the MAC (phone) and restore the db.

                Comment

                Working...
                X