SIP - Richiedi solo campi di intestazione
Autorizzazione
Il campo di intestazione autorizzazione viene utilizzato per trasferire le credenziali di un UA in una richiesta a un server.
Può essere inviato in risposta a un 401 Unauthorized risposta contenente informazioni sulla sfida.
Evento
Questo campo di intestazione viene utilizzato in un file SUBSCRIBE o NOTIFY metodo per indicare quale pacchetto di eventi viene utilizzato dal metodo.
In un SUBSCRIBE, elenca il pacchetto di eventi a cui il client vorrebbe iscriversi.
In una NOTIFICA, elenca il pacchetto di eventi su cui la notifica contiene informazioni sullo stato.
Aderire
Il campo di intestazione Join viene utilizzato in un INVITO per richiedere che la finestra di dialogo (sessione) venga unita a una finestra di dialogo (sessione) esistente.
I parametri del campo di intestazione Join identificano una finestra di dialogo tramite Call-ID, To tag e From tag in modo simile al campo di intestazione Sostituisce.
Se il campo di intestazione Join fa riferimento a una finestra di dialogo punto a punto tra due agenti utente, il campo di intestazione Join è effettivamente una richiesta per trasformare la chiamata in una chiamata in conferenza.
Se la finestra di dialogo fa già parte di una conferenza, il campo di intestazione Partecipa è una richiesta da aggiungere alla conferenza.
Autorizzazione proxy
Il campo dell'intestazione Proxy-Authorization serve per trasferire le credenziali di un UA in una richiesta a un server.
Può essere inviato in risposta a una risposta 407 Autenticazione proxy richiesta contenente informazioni sulla sfida.
Un proxy che riceve una richiesta contenente un campo di intestazione Proxy-Authorization cerca il proprio realm e, se trovato, elabora la voce.
Se le credenziali sono corrette, tutte le voci rimanenti vengono conservate nella richiesta quando viene inoltrata al proxy successivo.
Proxy-Require
Il campo dell'intestazione Proxy-Require viene utilizzato per elencare le funzionalità e le estensioni che un UA richiede che un proxy supporti per elaborare la richiesta.
Una risposta 420 Bad Extension viene restituita dal proxy che elenca qualsiasi funzionalità non supportata in un file Unsupported header campo.
Se il supporto di questa opzione è desiderato ma non richiesto, è elencato in a Supported campo di intestazione invece.
Max-avanti
Il campo di intestazione Max-Forward viene utilizzato per indicare il numero massimo di hop che una richiesta SIP può accettare.
Il valore del campo di intestazione viene decrementato da ogni proxy che inoltra la richiesta.
Un proxy che riceve il campo di intestazione con un valore di zero scarta il messaggio e invia una risposta 483 Too Many Hops al mittente.
Max-Forwards è un campo di intestazione obbligatorio nelle richieste secondo RFC 3261.
Il valore consigliato è 70 hop.
Priorità
Il campo di intestazione Priorità viene utilizzato da un controllo dell'account utente per impostare l'urgenza di una richiesta. I valori sono non urgenti, normali, urgenti e di emergenza.
Fare riferimento a
Il campo di intestazione Refer-To è un campo di intestazione obbligatorio in una richiesta REFER, che contiene l'URI o la risorsa URL a cui si fa riferimento. Può contenere qualsiasi tipo di URI da un sip o sips a un telURI.
Riferito da
Il campo di intestazione Referred-By è un campo di intestazione opzionale in una richiesta REFER e una richiesta innescata da un REFER.
Fornisce al destinatario di una richiesta attivata le informazioni che la richiesta è stata generata a seguito di un REFER e l'originatore del REFER.
Un campo di intestazione Referred-By non firmato può essere rifiutato con 429 Provide Referror Codice di risposta dell'identità.
Sostituisce
Replaces viene utilizzato per sostituire una chiamata esistente con una nuova chiamata.
Un utente in una finestra di dialogo stabilita che riceve un altro INVITO con un campo di intestazione Sostituisce che corrisponde alla finestra di dialogo esistente deve accettare l'invito, terminare la finestra di dialogo esistente con un BYE e trasferire tutte le risorse e lo stato dalla finestra di dialogo esistente alla finestra di dialogo appena creata.
Se il campo di intestazione Sostituisce non corrisponde a nessuna finestra di dialogo, l'invito deve essere rifiutato con una risposta 481 La finestra di dialogo non esiste.
Richiesta-disposizione
Il campo dell'intestazione Request-Disposition può essere utilizzato per richiedere ai server di eseguire un proxy o un reindirizzamento.
Example:
Request-Disposition: redirectRichiedi
Il Require Il campo di intestazione viene utilizzato per elencare le funzionalità e le estensioni che un controllo dell'account utente richiede che un UAS supporti per elaborare la richiesta.
Una risposta 420 Bad Extension viene restituita dall'UAS che elenca tutte le funzionalità non supportate in un campo di intestazione Unsupported.
Example:
Require: rel100Itinerario
Il Route Il campo di intestazione viene utilizzato per fornire informazioni di instradamento per le richieste.
RFC 3261 introduce due tipi di routing: strict routing e loose routing, che hanno un significato simile alle modalità di routing IP con lo stesso nome.
Nell'instradamento rigoroso, un proxy deve utilizzare il primo URI nel campo dell'intestazione del percorso per riscrivere l'URI della richiesta, che viene quindi inoltrato.
Nell'instradamento libero, un proxy non riscrive l'URI della richiesta, ma inoltra la richiesta al primo URI nel campo dell'intestazione del percorso oa un altro elemento di instradamento libero.
Nel routing libero, la richiesta deve essere instradata attraverso tutti i server nell'elenco Route prima di poter essere instradata in base all'URI della richiesta.
Nell'instradamento rigoroso, la richiesta deve essere instradata solo attraverso il set di server nel campo Intestazione route con l'URI della richiesta riscritto a ogni hop.
Un proxy o un controllo dell'account utente possono stabilire se l'elemento successivo nel set di rotte supporta l'instradamento libero dalla presenza di un parametro lr.
Example:
Route: sip:[email protected];lrRAck
Il RAck Il campo di intestazione viene utilizzato all'interno di una risposta a una richiesta PRACK per riconoscere in modo affidabile una risposta provvisoria che conteneva un campo di intestazione RSeq.
Il suo valore è la combinazione di CSeq e RSeq dalla risposta provvisoria.
Il numero di sequenza affidabile viene incrementato per ogni risposta inviata in modo affidabile.
Example:
RAck: 3452337 17 INVITEScadenza della sessione
Il Session-Expires Il campo di intestazione viene utilizzato per specificare l'ora di scadenza della sessione.
Per estendere una sessione, UA può inviare un nuovo INVITO o AGGIORNAMENTO con un nuovo campo di intestazione Session-Expires.
Entrerà in scena una volta stabilita la chiamata.
SIP-If-Match
Il campo dell'intestazione SIP-If-Match fa parte del meccanismo di pubblicazione SIP. È incluso in una richiesta PUBBLICARE intesa ad aggiornare, modificare o rimuovere lo stato pubblicato in precedenza.
Il campo di intestazione contiene il tag di entità delle informazioni di stato che sono state restituite in un campo di intestazione SIP-ETag in una risposta 2xx a un precedente PUBLISH.
Se il tag-entità non è più valido, il server restituirà una risposta 412 Richiesta condizionale non riuscita.
Example:
SIP-If-Match: 56jforRr1pdStato sottoscrizione
Il campo di intestazione dello stato di sottoscrizione è un campo di intestazione obbligatorio in una richiesta di NOTIFICA. Indica lo stato corrente di un abbonamento. I valori definiti includono attivo, in sospeso o terminato.
Example:
Subscription-State: terminated; reason = rejected