5.1. Connessioni tra peer

Le connessioni tra peer Diameter usano una DiameterIdentity valida. Un nodo che avvia la connessione DEVE conoscere la DiameterIdentity del peer. La scoperta è in sezione 5.2.

Un nodo può avere molti peer, ma non è sempre conveniente mantenere tutte le connessioni. Al minimo, per ogni realm DOVREBBE esserci connessione stabilita con due peer, primario (primary) e secondario (secondary). Ulteriori connessioni sono consentite (MAY). Di solito i messaggi vanno al primario; con failover le richieste pendenti vanno al secondario. Le implementazioni possono bilanciare il carico (load balance).

Lo stesso peer può essere primario in un realm e secondario in un altro (MAY).

Se un peer è considerato sospetto (suspect), ad esempio senza DWA entro il tempo concesso, non si inoltrano nuove richieste e si attiva il failover. Passando in questa modalità, DOVREBBERO aprirsi connessioni aggiuntive per il numero richiesto di connessioni attive.

Rimozione dalla lista sospetti: (1) peer irraggiungibile e trasporto chiuso, stato closed; (2) tre messaggi watchdog con round trip accettabili e connessione stabilizzata.

Se il peer rimosso era primario o secondario, un peer alternativo DOVREBBE assumere quel ruolo.