Cod de răspuns , Cod motiv de terminare sau Cod de retur (în literatura engleză și Cod Cauză , Cod motiv , Cod de stare , Cod de deconectare etc.) - în telecomunicații și software - un cod digital generat de un nod ca urmare a unei solicitări care caracterizează unul sau altul eveniment de protocol sau tehnologie care a avut loc în partea care răspunde: execuție reușită sau nereușită etc. Destul de des, codurile de răspuns sunt însoțite de un comentariu concis în limba engleză, iar alte informații necesare pot fi transmise în mesajul de răspuns împreună cu cel digital . codul și decriptarea acestuia (de exemplu, datele solicitate).
După primirea codului de răspuns, solicitantul poate trage concluzii despre natura evenimentului și îl poate continua sau completa, în funcție de situație. Codurile de răspuns sunt foarte des folosite în arhitectura client-server , cu toate acestea, aplicația nu se limitează doar la aceasta și poate fi folosită pentru interacțiunea nodurilor/aplicațiilor de la egal la egal în cadrul protocolului corespunzător.
În funcție de domeniul de aplicare, codurile de completare pot fi general acceptate și foarte specializate. Cu toate acestea, în marea majoritate a cazurilor, dezvoltatorii standardizează codurile de răspuns ale proiectelor lor și oferă descrieri complete ale motivului fiecărui eveniment, în urma căruia poate fi primit unul sau altul răspuns cu un cod digital. Protocoalele care au un scop similar pot folosi aceleași coduri, deși, în majoritatea cazurilor, codurile numerice de returnare sunt unice pentru fiecare tehnologie sau protocol.
Cunoașterea codurilor de răspuns și de eroare permite utilizatorilor, dezvoltatorilor și întreținerii sistemului să analizeze eficient problemele (cu condiția să fie posibilă salvarea jurnalului de operare a protocolului). De asemenea, un analizor de trafic (de exemplu, Wireshark ) poate fi util pentru depanare .
În semnalizarea telefonică , care asigură comutarea apelurilor și toate procedurile asociate cu stabilirea, schimbarea stării și terminarea acesteia, sunt utilizate coduri de răspuns standard acceptate în general pentru cereri.
Codul de terminare a apelului și/sau răspunsul final al stației la cerere sunt stocate în înregistrarea detaliilor apelului (CDR) . Codurile de răspuns ale nodurilor, stațiilor și echipamentelor utilizator din telefonia tradițională sunt descrise în standardul Q.850 pentru ISUP al rețelei SS-7 și în Q.931 pentru ISDN .
De obicei , puteți configura pe comutator ce sunet (notificare vocală, ton SIT ) va fi redat abonatului pentru fiecare cod de terminare, când abonatul este indisponibil, abonatul este ocupat, rețeaua este aglomerată etc.
Exemple de coduri de răspuns:
Codul | Sens | Explicaţie |
---|---|---|
16 | compensare normală a apelurilor | Terminare normală a apelului |
17 | utilizator ocupat | Abonatul este ocupat |
22 | numărul schimbat | Numărul schimbat |
28 | Format de număr nevalid (adresă incompletă). | Numărul apelat nu se potrivește cu formatul acceptat sau este incomplet. |
101 | Mesajul nu este compatibil cu starea apelului. | Mesajul primit nu este compatibil cu starea apelului. |
Pe comutatoarele mobile, pe lângă un cod tehnic numeric de răspuns la sfârșitul unei încercări de apel, notificările vocale sunt folosite pentru a informa abonatul că apelul nu poate fi efectuat din oricare dintre o serie de motive, de la supraîncărcare locală, terminând cu inaccesibilitatea sau deconectarea dispozitivului abonatului, erori de apelare sau probleme de rețea celulară.
Unii se referă la acest fenomen ca un răspuns automat . Acest lucru nu este în întregime corect, deoarece robotul telefonic este o caracteristică sau un serviciu implementat la nivelul numărului de utilizator (numărul apelat), și nu o funcție de comutare pentru notificarea despre indisponibilitatea numărului.
Codul de terminare a apelului și/sau răspunsul final al stației la cerere este stocat în înregistrarea detaliilor apelului (CDR) în același mod ca în telefonia tradițională . Deoarece codurile diferitelor protocoale pot diferi, în produsele multiprotocoale NGN , operatorii de telecomunicații trebuie adesea să rezolve problema potrivirii adecvate a codurilor de răspuns ale unei stații ale unui protocol cu codurile de corespondență ale altuia (mesaje de la SIP la H.323 sau ISDN). și invers), aceasta se numește traducere de cod (sau mapare).
H.323Hardware-ul și software-ul H.323 termină apelurile cu coduri de răspuns Q.931 , deoarece această stivă de protocoale a fost concepută pentru a fi cât mai compatibil cu ISDN și multe aspecte ale organizării interacțiunii părților sunt moștenite din telefonia digitală. (Vezi exemplele de mai sus)
SIPSIP - Session Establishment Protocol, urmând principiul simplificării cererilor și răspunsurilor în cadrul unui apel telefonic, a moștenit structura răspunsurilor și tipurile acestora din protocolul HTTP .
Exemple de coduri de răspuns:
Codul | Sens | Explicaţie |
---|---|---|
180 | Sună | Notificarea începerii unui apel pe partea echipamentului apelat, corespunde unui bip lung ( KPV ) în telefonie |
200 | O.K | Răspuns standard care confirmă consimțământul la acțiune la cerere |
404 | nu a fost gasit | Partea apelată nu a fost găsită |
487 | Solicitare terminată | Inițiatorul apelului a încheiat încercarea de conectare înainte de a se conecta la partea apelată |
603 | Declin | Indică faptul că partea apelată a respins apelul primit. |
În aplicații, codul de răspuns face parte din interacțiunea dintre administrator și sistem.
FTP este unul dintre cele mai vechi protocoale de aplicație client-server pentru transferul de fișiere prin rețele de computere , în care comenzile și codurile de răspuns ale serverului sunt standardizate și populare.
Exemple de coduri de răspuns:
Codul | Sens | Explicaţie |
---|---|---|
220 | Server FTP gata | Serverul este pregătit să proceseze cereri |
230 | Autentificare reușită | Utilizatorul s-a conectat cu succes |
150 | Ok pentru a trimite date | Consimțământul pentru a primi date de la utilizator |
226 | Fișier primit OK | Fișierul a fost transferat cu succes |
Codul de stare HTTP face parte din prima linie a răspunsului serverului web la acțiunile utilizatorului. Clientul învață din codul de răspuns despre rezultatele solicitării sale și stabilește ce acțiuni să întreprindă în continuare. Setul de coduri de stare este un standard și sunt descrise în documentele relevante (unul dintre cele mai recente RFC 2616 ).
Exemple de coduri de răspuns:
Codul | Sens | Explicaţie |
---|---|---|
202 | admis | Solicitarea a fost acceptată pentru procesare, dar procesarea nu a fost finalizată. |
400 | Cerere greşită | Serverul a întâmpinat o eroare de sintaxă în cererea clientului. |
401 | Neautorizat | Solicitarea necesită identificarea utilizatorului. |
403 | Interzis | Serverul a înțeles cererea, dar refuză să o îndeplinească din cauza restricțiilor privind accesul clientului la resursa specificată. |
404 | nu a fost gasit | Serverul a înțeles cererea, dar nu a găsit resursa corespunzătoare la adresa specificată. |
E-mailul SMTP este trimis de la client la server. Clientul solicită o conexiune la server și execută diverse comenzi. Serverul de e-mail (MTA) răspunde la solicitări și emite răspunsuri adecvate.
Exemple de coduri de răspuns:
Codul | Sens | Explicaţie |
---|---|---|
220 | serviciu gata | Server de e-mail pregătit pentru service (poate fi trimis împreună cu numele de domeniu al serverului și versiunea software) |
250 | O.K | Comanda acceptată și procesată |
550 | Nu există un astfel de utilizator aici | Eroare: cutia poștală specificată (utilizatorul) nu există |