Der Redundanzmechanismus des SIP-Servers gewährleistet die Zuverlässigkeit und Kontinuität des SIP-Dienstes. Die Verwendung eines primären Servers und eines Backup-Servers ist eine gängige Redundanzmethode. Primär- und Backup-Server teilen Benutzerkonten, Dialog-Informationen abhängig von der konkreten Umsetzung der Server-Redundanzlösung, Registration-Informationen und weitere Servicedaten. Im Normalzustand werden alle SIP-Anfragen und -Antworten vom primären Server verarbeitet. Wenn der primäre Server ausfällt, gewartet wird oder nicht erreichbar ist, wechselt das SIP-Endgerät automatisch zum Backup-Server, um den Dienst anzufordern und die Nutzungskontinuität sicherzustellen. Wenn der primäre Server wiederhergestellt ist, kann das SIP-Endgerät automatisch zurück zum primären Server wechseln.
Abbildung 1 SIP-Server primär und Backup
Failover: Mechanismus, bei dem der Backup-Server alle Dienste übernimmt, wenn der primäre Server nicht verfügbar ist, ohne die Nutzung durch den Kunden zu beeinträchtigen.
Failback: Mechanismus, bei dem das Gerät erkennt, ob der primäre Server wiederhergestellt wurde, während der Backup-Server arbeitet, um schnell zum primären Server zurückzuschalten.
Server Unavailable: Der Client fordert eine Registrierung an und der Server antwortet mit 500/503, oder UDP empfängt eine ICMP-Meldung Ziel nicht erreichbar, oder die TCP-Verbindung läuft ab.
Register Failback: Wenn der primäre Server nicht verfügbar ist und das Telefon beim Backup-Server registriert ist, erstellt das Telefon einen neuen Register Dialog, um zu erkennen, ob der primäre Server wiederhergestellt wurde. Diese Funktion besitzt einen unabhängigen und konfigurierbaren Erkennungszyklus.
Dieses Dokument richtet sich an interne F&E- oder Testmitarbeiter, die verstehen möchten, wie die Dial plan-Funktion verbessert wird.
Konfigurieren Sie zwei Server-Informationen für die SIP-Leitung des Telefons. SIP Server1 ist der primäre Server, SIP Server2 ist der Backup-Server.
Das Telefon unterstützt Failover für die Signalisierungen Register, Invite und Bye. Andere Signalisierungen werden derzeit noch nicht unterstützt.
2.2.1 Register Failover
Auslösebedingungen: manuelle Registrierung / Registrierungs-Timeout / Timeout der Option- oder Cancel-Anfrage
1) Das Telefon sendet die Register-Signalisierung an den primären Server.
2) Das Telefon versucht, Register an den primären Server eine festgelegte Anzahl von Malen bei V3-Produkten oder über eine bestimmte Zeit bei V2-Produkten zu senden.
3) Wenn der primäre Server Unavailable ist, sendet das Telefon die Register-Signalisierung an den Backup-Server.
4) Der Backup-Server antwortet mit 200 OK und das Telefon wird erfolgreich registriert.
2.2.2 Invite Failover
Auslösebedingung: Der Benutzer tätigt einen Anruf
1) Telefon A ruft Telefon B an.
2) Telefon A sendet eine Invite-Anfrage an den primären Server.
3) Telefon A versucht, Invite an den primären Server eine festgelegte Anzahl von Malen bei V3-Produkten oder über eine bestimmte Zeit bei V2-Produkten zu senden.
4) Wenn der primäre Server Unavailable ist, sendet das Telefon Register an den Backup-Server.
5) Der Backup-Server antwortet dem Telefon mit 200 OK und das Telefon registriert sich erfolgreich beim Backup-Server.
6) Das Telefon sendet eine Invite-Anfrage an den Backup-Server.
7) Der Backup-Server antwortet mit 200 OK und Telefon A und B bauen ein Gespräch auf.
2.2.3 Bye Failover
Auslösebedingung: Nachdem das Telefon ein Gespräch über den primären Server aufgebaut hat, legt das Telefon auf
1) Telefon A baut über den primären Server ein Gespräch mit Telefon B auf.
2) Telefon A legt auf.
3) Telefon A sendet eine Bye-Anfrage an den primären Server.
4) Telefon A versucht, Bye an den primären Server eine festgelegte Anzahl von Malen bei V3-Produkten oder über eine bestimmte Zeit bei V2-Produkten zu senden.
5) Wenn der primäre Server Unavailable ist, sendet das Telefon Register an den Backup-Server.
6) Der Backup-Server antwortet dem Telefon mit 200 OK und das Telefon registriert sich erfolgreich beim Backup-Server.
7) Das Telefon sendet eine Bye-Nachricht an den Backup-Server.
8) Der Backup-Server antwortet mit 200 OK und das Gespräch von Telefon B wird beendet.
2.2.4 Failover-Fehler
Wenn alle Server nicht verfügbar sind, versucht das Telefon jeden Server entsprechend der Priorität von primärem und Backup-Server nacheinander, bei V3-Produkten eine festgelegte Anzahl von Malen oder bei V2-Produkten über eine bestimmte Zeit. Der letzte Server bildet eine Ausnahme. Gemäß RFC3261 versucht SIP 64*T1, also 32 Sekunden. Die aktuelle SIP-Signalisierungsanfrage schlägt fehl und das Ergebnis wird dem Benutzer zurückgemeldet.
Das Telefon unterstützt unabhängiges Register Failback. Nachdem sich das Telefon erfolgreich beim Backup-Server registriert hat, sendet es regelmäßig ein unabhängiges Register an den primären Server, um zu erkennen, ob der primäre Server wiederhergestellt wurde.
Auslösebedingung: Register-Failback-Timer läuft ab.
1) Das Telefon registriert sich erfolgreich beim Backup-Server.
2) Wenn Register Failback abläuft, sendet das Telefon ein unabhängiges Register an den primären Server.
3) Der primäre Server antwortet mit 200 OK und das Telefon wechselt zum primären Server.
Wenn der primäre Server weiterhin nicht verfügbar ist, wird das vom Telefon gesendete Register gemäß RFC3261 erneut übertragen, bis der Timeout von 64*T1, also 32 Sekunden, erreicht ist. Nach dem Timeout startet der Timer erneut und erkennt den primären Server periodisch.
| Name des Konfigurationselements | Beschreibung | Wert | |
| SIPN | Register Addr: | Adresse des primären Servers. | IP/Domainname Standardwert: leer |
| SIPN | Register Port: | Dienstport des primären Servers. | Numerisch Standardwert: 5060 |
| SIPN | Register TTL: | Registrierungszyklus des primären Servers. | Numerisch Standardwert: 3600 Einheit: Sekunden |
| SIPN | Transport: | Transportprotokoll des primären Servers: UDP, TCP oder TLS. | 0: UDP 1: TCP 3: TLS Standardwert: 0 |
| SIPN | Backup Addr: | Adresse des Backup-Servers. | IP/Domainname Standardwert: leer |
| SIPN | Backup Port: | Dienstport des Backup-Servers. | Numerisch Standardwert: 5060 |
| SIPN | Backup TTL: | Registrierungszyklus des Backup-Servers. | Numerisch Standardwert: 3600 Einheit: Sekunden |
| SIPN | Backup Transport: | Transportprotokoll des Backup-Servers: UDP, TCP oder TLS. | 0: UDP 1: TCP 3: TLS Standardwert: 0 |
| SIPN | Enable Failback: | Steuert, ob Register Failback für die Leitung aktiviert wird. | 0/1 Standardwert: 1 |
| SIPN Failback Interval: | Zeitintervall zur Erkennung, ob der primäre Server oder Proxy wiederhergestellt wurde, nachdem die Registrierung beim Backup-Server oder Proxy erfolgt ist. | Numerisch Standardwert: 1800 Einheit: Sekunden | |
| SIPN Signal Retry Counts: | Anzahl der SIP Request-Neuübertragungen, wenn Server oder Proxy nicht verfügbar sind, ausgenommen der letzte Server oder Proxy, der einen Timeout von 32 Sekunden nutzt. | Numerisch Standardwert: 3 | |
Der Benutzer kann sich beim Webserver des Telefons anmelden und primären sowie Backup-Server konfigurieren.
1) Klicken Sie auf die Registerkarte „Leitung“ und wählen Sie die SIP-Unterregisterkarte, die standardmäßig diese Seite ist.
2) Wählen Sie über die Dropdown-Liste „Leitung“ innerhalb der Seite die zu konfigurierende Leitung aus.
3) Konfigurieren Sie die Registrierungsinformationen der Leitung.
4) Konfigurieren Sie die Serverinformationen von SIP Server1, dem primären Server, und SIP Server2, dem Backup-Server, wie in Abbildung 2 dargestellt.
5) Klicken Sie auf der aktuellen Seite auf „Grundeinstellungen“, um die Konfigurationselemente für primäres und Backup-Failback einzustellen, wie in Abbildung 3 dargestellt.
6) Klicken Sie unten auf der Seite auf die Schaltfläche „Absenden“, damit die Konfiguration wirksam wird.
Abbildung 2 Konfiguration von SIP-Server primär und Backup
Abbildung 3 SIP-Primär- und Backup-Failback-Konfiguration