Radius în format mvts - smartswitch - sistem de urmărire streamco

Începeți înregistrarea (înregistrarea de început a contabilității)

Este trimis la serverul RADIUS atunci când este recepționat un apel (faza apelului de intrare) sau când
trimiterea mesajului SETUP părții care termină apelul (zona apelului de ieșire).






Tipul solicitării - AccountingRequest (Codul 4)

Tabelul 1. Structura înregistrării de pornire (Start Contabilitate) trimisă serverului RADIUS:

Radius în format mvts - smartswitch - sistem de urmărire streamco

Radius în format mvts - smartswitch - sistem de urmărire streamco

În câmpul AcctSessionId, datele sunt prezentate în următorul format:

Răspunsul așteptat este raportul de contabilitate.

Opriți înregistrarea (Înregistrarea opririi contabilității)

Expediat la serverul RADIUS când se termină apelul.
Tipul solicitării - AccountingRequest (Codul 4)
Notă: Opriți înregistrarea (pachet Accountin Stop), trimis de MVTS serverului RADIUS
poate uneori depăși în mod semnificativ dimensiunea maximă posibilă a unui pachet UDP,
specificate în sistemul de operare - 1500 octeți. Deoarece nu toate routerele de rețea
capabil să recupereze pachetele transmise, fragmentat în fragmente, RADIUS-
server, în absența opțiunii Contabilitate, continuă să perceapă apelul
chiar și după terminarea apelului.
Pentru a rezolva această problemă, utilizați parametrul stop_acct_level = în secțiune
[Radius], care vă permite să micșorați dimensiunile pachetelor Stop Stop prin tăiere
câteva câmpuri VSA.

Tabelul 2. Structura înregistrării Stop Stop trimisă serverului RADIUS

Radius în format mvts - smartswitch - sistem de urmărire streamco

Radius în format mvts - smartswitch - sistem de urmărire streamco

Radius în format mvts - smartswitch - sistem de urmărire streamco






Direcție externă cu RADIUS

Cerere pentru AccessRequest cu rutare externă

MVTS execută această solicitare, dacă în câmpul gateway = în descrierea obiectului setat
(dial peer) este cuvântul cheie EXTERNAL.

Scopul acestei cereri - obține trasee de terminare a apelurilor la destinație.
În acest caz, este posibil să modificați numele de utilizator și parola pentru acest apel.
Traseele multiple pot fi procesate, efectuate secvențial
trecerea la următoarea rută în cazul în care nu poate fi încheiată apelul
calea curentă.
Tip de solicitare - AccessRequest (Cod 1)

Tabelul 3. Structura solicitării către serverul RADIUS pentru rutare

Radius în format mvts - smartswitch - sistem de urmărire streamco

Radius în format mvts - smartswitch - sistem de urmărire streamco

Tabelul 4 Structura răspunsului serverului AccessAccept RADIUS la o interogare despre
rutare

Radius în format mvts - smartswitch - sistem de urmărire streamco

Formatul câmpului XPGK_XROUTING_ROUTING:

Cerere de completare a apelului de la serverul RADIUS

MVTS poate procesa o cerere de la serverul RADIUS pentru a termina un apel
DisconnectRequest (tip 40).
În acest pachet trebuie să existe un câmp VSA h323-conf-id sau VSA
h323_incoming-conf-id în format 4 octeți hexazecimale, separate de un spațiu
(similar cu modul în care MVTS trimite ConfId la serverul RADIUS). Acest ConfId
Folosit pentru a căuta un apel activ. Apelul se încheie cu un cod local de 100
(ForceTerminateCall).
Dacă finalizarea apelului a avut succes, MVTS răspunde cu un pachet
DisconnectAck (tip41). Dacă nu a reușit, de exemplu, un astfel de apel nu a fost găsit, sau
nu există câmp cu ConfId, atunci MVTS răspunde la DisconnectNack (tip 42).

dacă traseul este permis și Radiusul este găsit răspunzând

în toate exemplele de ieșire, linia de sus este o linie de înregistrare care indică pur și simplu timpul și direcția cererilor. Parametrul "id de sesiune" este identificatorul apelului.

În plus, SS ordonează unul câte unul rutele pe care le-a emis. Primul parametru din traseu - gateway-ul de nume (unic) este preluat din fișierul gateway.cfg încărcat automat. Tăierea de la ea este prezentată mai jos:

pe exemplul primei porți:

calea către directorul din subdirectorul cfg din care este localizată gateway.cfg este dată arbitrar (în mod implicit este egal cu / mvts, dar puteți specifica orice altul,
și anume gateway.cfg este implicit în /mvts/cfg/gateway.cfg)

După ce există o solicitare pentru raza contabilă:

ce primește răspunsul

după încheierea încercării de apelare pe ruta 1, trimiteți o solicitare

ce primește răspunsul

dacă primul furnizor a respins codul prin care apelul ar trebui să meargă mai departe - merge pe următorul traseu:

Toate CDR-urile merg la fișiere cu ora (într-un fișier CDR timp de 1 oră). Calea către directorul din CDR este specificată ca arbitrară (în prezent / mvts / billing /),
numele fișierului trebuie să conțină un prefix arbitrar (în prezent, se utilizează factura) și data / ora în formatul YYYYMMDD_hhmmss, unde mmss este întotdeauna 0000, de exemplu

înregistrarea standard CDR

Mai jos este defalcarea liniilor:







Trimiteți-le prietenilor: