6.1.8. Umleiten von Anfragen (Redirecting Requests)
6.1.8. Umleiten von Anfragen (Redirecting Requests)
Empfängt ein Redirect-Agent eine Anfrage mit Routingeintrag REDIRECT, MUSS er mit gesetztem 'E'-Bit antworten, Hop-by-Hop-Identifier beibehalten und Result-Code DIAMETER_REDIRECT_INDICATION setzen. Jeder zugehörige Server kommt in ein separates Redirect-Host-AVP.
+------------------+
| Diameter |
| Redirect Agent |
+------------------+
^ | 2. command + 'E' bit
1. Request | | Result-Code =
[email protected] | | DIAMETER_REDIRECT_INDICATION +
| | Redirect-Host AVP(s)
| v
+-------------+ 3. Request +-------------+
| example.com |------------->| example.net |
| Relay | | Diameter |
| Agent |<-------------| Server |
+-------------+ 4. Answer +-------------+
Abbildung 5: Diameter-Redirect-Agent (Diameter Redirect Agent)
Der Empfänger identifiziert die umzuleitende Anfrage über Hop-by-Hop in der Warteschlange (Abschnitt 5.5.4). Fehlt die Transportverbindung zum neuen Peer, wird sie aufgebaut. Mehrere Redirect-Host-AVPs sind erlaubt; genau ein Host wird gewählt. Bei nicht-null Redirect-Host-Usage wird eine Routenzeile gecacht (Lebensdauer Redirect-Max-Cache-Time). Mehrfache Redirects können Konflikte erzeugen; Vorrangregel in Abschnitt 6.13.