Specifications

System Overview
Planning and Installation Guide 2 – 5
Distributed Switch Control
The ShoreWare Telephony Management Service (TMS) runs on every ShoreWare
distributed server, ensuring switch control even if there a WAN outage between the
remote server and the headquarters site. Since multiple servers share the task of switch
management, if a server fails, only the extensions it controls may be affected by a
disruption in service.
Embedded IP Phone Display
The Embedded IP Phone Display feature essentially shifts support of several tasks
related to IP phone operation from the server to the switch. This enhances system
reliability and offers better uptime. The following features are supported on the switch
and thus will continue to be available even when the server is down:
Phone display
Transferring a call
Conference calls
Placing calls on hold
On-hook dialing
Intercom
Redial
Pickup
Park
Unpark
The following features that require writing to the database will continue to be
supported by the server and not the switch:
Directory
Options
Speed dial (due to its reliance on the database)
Ability to change call handling modes
Wrap up
Monitoring extensions on other switches
Presence information for user serviced by other switches
IP Phone Keep Alive
The ShoreGear-120/24, ShoreGear-60/12, and ShoreGear-40/8 voice switches send a
heartbeat to their associated IP phones once a minute. If the heartbeat is not
acknowledged within approximately four seconds, the switch considers the IP phone
to be offline or unavailable. The switch continues to broadcast the heartbeat every
minute. Any currently offline IP phone that returns an acknowledgement is considered
online and available.
IP Phone Failover
IP phones can be optionally configured to send a heartbeat to their ShoreGear switch
every four minutes. If an IP phone cannot communicate with its switch, the phone
automatically connects to another switch located at the same site. For IP phone failover
to be effective, the system must be planned with sufficient excess capacity to handle
phones from at least one switch during a failover event. For example, if a switch with
20 IP phone ports fails, 20 IP phone ports need to be available elsewhere in the system.