SIP- und NAT-Konfiguration
• Für Funktionsanforderungen ist keine Wiederherstellungsmethode verfügbar. Der Administrator kann
die Zeitdauer für die erneute Registrierung jedoch anpassen, um den Registrierungsstatus für den primären
und alternativen Proxy schnell zu aktualisieren.
Doppelte Registrierung und alternativer Proxy
Wenn der Parameter für die doppelte Registrierung auf Nein festgelegt ist, wird der alternative Proxy ignoriert.
Registrierung für Failover und Wiederherstellung
• Failover: Das Telefon führt einen Failover bei einem Timeout/Fehler während des Transport oder bei
einem TCP-Verbindungsfehler aus, wenn die Werte Backup-RSC versuchen und Reg-RSC wiederholen
angegeben sind.
• Wiederherstellung: Das Telefon versucht, sich erneut mit dem primären Proxy zu registrieren, wenn es
mit dem sekundären Proxy registriert oder verbunden ist.
Der Parameter „Automatische Registrierung bei Failover" steuert das Failover-Verhalten, wenn ein
Fehler vorliegt. Wenn dieser Parameter auf „Ja" festgelegt ist, wird das Telefon bei einem Failover oder
einer Wiederherstellung erneut registriert.
Fallback-Verhalten
Ein Fallback tritt auf, wenn die aktuelle Registrierung abläuft oder das Intervall für den Proxy-Fallback
ausgelöst wird.
Wenn das Intervall für den Proxy-Fallback überschritten wird, gehen alle neuen SIP-Nachrichten an den
primären Proxy.
Wenn der Wert für den Ablauf der Registrierung beispielsweise 3.600 Sekunden und das Intervall für den
Proxy-Fallback 600 Sekunden beträgt, wird der Fallback 600 Sekunden später ausgelöst.
.Wenn der Wert für den Ablauf der Registrierung beispielsweise 800 Sekunden und das Intervall für den
Proxy-Fallback 1.000 Sekunden beträgt, wird der Fallback 800 Sekunden ausgelöst.
Nach der erfolgreichen Registrierung auf dem primären Server, gehen alle SIP-Nachrichten an den primären
Server.
RFC3311
Das Cisco IP-Telefon unterstützt RFC-3311, die SIP UPDATE-Methode.
SIP NOTIFY XML-Service
Das Cisco IP-Telefon unterstützt das SIP NOTIFY XML-Serviceereignis. Bei Empfang einer SIP
NOTIFY-Nachricht mit einem XML-Serviceereignis ruft das Telefon die NOTIFY mit einer 401-Antwort
ab, wenn die Nachricht nicht die korrekten Anmeldeinformationen enthält. Der Client muss die korrekten
Anmeldeinformationen unter Verwendung von MD5-Digest mit dem SIP-Kontokennwort für die entsprechende
Leitung des IP-Telefons bereitstellen.
Der Nachrichtentext kann die XML-Ereignismeldung enthalten. Beispiel:
<CiscoIPPhoneExecute>
<ExecuteItem Priority="0" URL="http://xmlserver.com/event.xml"/>
</CiscoIPPhoneExecute>
Administratorhandbuch für die Multiplattform-Telefone der Cisco IP Phone 8800-Serie für
Firmware-Version 11.0(0)
52