EinführungPrimäre und Backup-SIP-ServerDer SIP-Server-Redundanzmechanismus de
Der Redundanzmechanismus des SIP-Servers gewährleistet die Zuverlässigkeit und Kontinuität der SIP-Dienste. Die Bereitstellung von primären/Backup-Servern ist eine dieser Redundanzmethoden. Der primäre und der Backup-Server teilen sich Benutzerkonten, Dialoginformationen (abhängig von der Implementierung der Serverredundanz), Registrierungsinformationen und andere zugehörige Daten. Unter normalen Bedingungen werden alle SIP-Anfragen und -Antworten vom primären Server bearbeitet. Wenn der primäre Server ausfällt, gewartet wird oder nicht erreichbar ist, wechselt das SIP-Terminal automatisch zum Backup-Server für Serviceanfragen, um einen kontinuierlichen Benutzerzugriff zu gewährleisten. Sobald sich der primäre Server erholt hat, kann das SIP-Terminal automatisch zum primären Server zurückwechseln.
Abbildung 1 Primärer und Backup-SIP-Server
Failover: Mechanismus, bei dem der Backup-Server alle Dienste übernimmt, wenn der primäre Server nicht verfügbar ist, ohne die Benutzererfahrung zu beeinträchtigen.
Failback: Mechanismus, bei dem das Gerät prüft, ob sich der primäre Server erholt hat, während der Backup-Server in Betrieb ist, um schnell zum primären Server zurückkehren zu können.
Server nicht verfügbar: Wenn der Client versucht, sich zu registrieren, antwortet der Server mit 500/503, oder UDP erhält eine ICMP-Ziel-unerreichbar-Nachricht, oder die TCP-Verbindung läuft ab.
Registrierungs-Failback: Wenn der primäre Server nicht verfügbar ist und sich das Telefon beim Backup-Server registriert, erstellt das Telefon einen neuen Registrierungsdialog, um zu erkennen, ob sich der primäre Server erholt hat. Diese Funktion hat ein unabhängiges und konfigurierbares Testintervall.
Dieses Dokument richtet sich an Telefonbenutzer und Wartungspersonal.
Konfigurieren Sie zwei Servereinträge für die SIP-Leitung am Telefon. SIP-Server1 ist der primäre Server und SIP-Server2 ist der Backup-Server.
Das Telefon unterstützt derzeit Failover für die Signalisierung von Register, Invite und Bye. Andere Signalisierungsmethoden werden derzeit nicht unterstützt.
1. Registrierungs-Failover
Auslösebedingungen: Manuelle Registrierung / Registrierungs-Timeout / OPTIONS-Timeout / CANCEL-Anforderungs-Timeout
(1) Das Telefon sendet eine Register-Anforderung an den primären Server;
(2) Das Telefon versucht, Register-Anforderungen für eine bestimmte Anzahl von Malen (V3-Produkte) oder innerhalb eines bestimmten Zeitraums (V2-Produkte) an den primären Server zu senden;
(3) Wenn der primäre Server nicht verfügbar ist, sendet das Telefon eine Register-Anforderung an den Backup-Server;
(4) Der Backup-Server antwortet mit 200 OK, und das Telefon registriert sich erfolgreich.
2. Invite-Failover
Auslösebedingung: Der Benutzer tätigt einen Anruf
(1) Telefon A ruft Telefon B an;
(2) Telefon A sendet eine Invite-Anforderung an den primären Server;
(3) Telefon A versucht, Invite-Anforderungen für eine bestimmte Anzahl von Malen (V3-Produkte) oder innerhalb eines bestimmten Zeitraums (V2-Produkte) an den primären Server zu senden;
(4) Wenn der primäre Server nicht verfügbar ist, sendet das Telefon eine Register-Anforderung an den Backup-Server;
(5) Der Backup-Server antwortet mit 200 OK, und das Telefon registriert sich erfolgreich am Backup-Server;
(6) Das Telefon sendet eine Invite-Anforderung an den Backup-Server;
(7) Der Backup-Server antwortet mit 200 OK, und ein Anruf zwischen Telefon A und B wird aufgebaut.
3. Bye-Failover
Auslösebedingung: Nachdem ein Anruf über den primären Server aufgebaut wurde, legt das Telefon auf
(1) Telefon A baut einen Anruf mit Telefon B über den primären Server auf;
(2) Telefon A legt auf;
(3) Telefon A sendet eine Bye-Anforderung an den primären Server;
(4) Telefon A versucht, Bye-Anforderungen für eine bestimmte Anzahl von Malen (V3-Produkte) oder innerhalb eines bestimmten Zeitraums (V2-Produkte) an den primären Server zu senden;
(5) Wenn der primäre Server nicht verfügbar ist, sendet das Telefon eine Register-Anforderung an den Backup-Server;
(6) Der Backup-Server antwortet mit 200 OK, und das Telefon registriert sich erfolgreich am Backup-Server;
(7) Das Telefon sendet eine Bye-Nachricht an den Backup-Server;
(8) Der Backup-Server antwortet mit 200 OK, und der Anruf mit Telefon B wird beendet.
4. Failover-Fehler
Wenn alle Server nicht verfügbar sind, versucht das Telefon jeden Server in der Reihenfolge der primären/Backup-Priorität für eine bestimmte Anzahl von Malen (V3-Produkte) oder innerhalb eines bestimmten Zeitraums (V2-Produkte). Der letzte Server wird als Ausnahme behandelt. Gemäß RFC 3261 wird SIP für 64*T1 (32 Sekunden) wiederholt. Wenn die aktuelle SIP-Signalisierungsanforderung immer noch fehlschlägt, wird der Fehler dem Benutzer gemeldet.
Das Telefon unterstützt unabhängiges Registrierungs-Failback. Nachdem das Telefon sich erfolgreich beim Backup-Server registriert hat, sendet es regelmäßig eine unabhängige Register-Anforderung an den primären Server, um zu erkennen, ob sich der primäre Server erholt hat.
Auslösebedingung: Registrierungs-Failback-Timer abgelaufen.
(1) Das Telefon registriert sich erfolgreich beim Backup-Server;
(2) Wenn das Registrierungs-Failback abläuft, sendet das Telefon eine unabhängige Register-Anforderung an den primären Server;
(3) Wenn der primäre Server mit 200 OK antwortet, wechselt das Telefon zurück zum primären Server;
(4) Wenn der primäre Server immer noch nicht verfügbar ist, wird die Register-Anforderung gemäß RFC 3261 erneut gesendet, bis 64*T1 (32 Sekunden) abgelaufen sind. Nach dem Timeout startet der Timer neu und tastet den primären Server weiterhin periodisch ab.
| Konfigurationselement | Beschreibung | Wert |
| SIPN Register Addr: | Adresse des primären Servers. | IP / Domainname Standard: Leer |
| SIPN Register Port: | Port des primären Servers. | Numerisch Standard: 5060 |
| SIPN Register TTL: | Registrierungsintervall des primären Servers. | Numerisch Standard: 3600 Sekunden |
| SIPN Transport: | Transportprotokoll des primären Servers: UDP, TCP oder TLS. |
0: UDP 1: TCP 3: TLS Standard: 0 |
| SIPN Backup Addr: | Adresse des Backup-Servers. | IP / Domainname Standard: Leer |
| SIPN Backup Port: | Port des Backup-Servers. | Numerisch Standard: 5060 |
| SIPN Backup TTL: | Registrierungsintervall des Backup-Servers. | Numerisch Standard: 3600 Sekunden |
| SIPN Backup Transport: | Transportprotokoll des Backup-Servers: UDP, TCP oder TLS. |
0: UDP 1: TCP 3: TLS Standard: 0 |
| SIPN Enable Failback: | Steuert, ob das Registrierungs-Failback für die Leitung aktiviert ist. | 0 / 1 Standard: 1 |
| SIPN Failback Interval: | Das Intervall zum Testen, ob sich der primäre Server/Proxy erholt hat, nachdem sich das Telefon beim Backup-Server/Proxy registriert hat. | Numerisch Standard: 1800 Sekunden |
| SIPN Signal Retry Counts: | Die Anzahl der SIP-Anforderungswiederholungen, wenn der Server/Proxy nicht verfügbar ist, mit Ausnahme des letzten Servers/Proxys (32-Sekunden-Timeout). | Numerisch Standard: 3 |
Benutzer können sich beim Webserver des Telefons anmelden, um die primären und Backup-Server zu konfigurieren.
(1) Klicken Sie auf die Registerkarte "Leitung" und wählen Sie die Unterregisterkarte SIP (dies ist die Standardseite);
(2) Wählen Sie die zu konfigurierende Leitung aus der Dropdown-Liste "Leitung" innerhalb der Seite aus;
(3) Konfigurieren Sie die Registrierungsinformationen der Leitung;
(4) Konfigurieren Sie die Informationen des SIP-Servers1 (primärer Server) und des SIP-Servers2 (Backup-Server), wie in Abbildung 2 gezeigt;
(5) Klicken Sie auf "Grundeinstellungen" auf der aktuellen Seite, um die failbackbezogenen Einstellungen für die primären und Backup-Server zu konfigurieren, wie in Abbildung 3 gezeigt;
(6) Klicken Sie auf die Schaltfläche "Senden" am unteren Rand der Seite, um die Konfiguration zu übernehmen.
Abbildung 2 Konfiguration des primären/Backup-SIP-Servers
