Sugár mvts formátumban - smartswitch - streamco nyomkövető rendszer
Rekord indítása (számlázási kezdeti rekord)
A készülék a RADIUS szerverre küldi, amikor a hívás beérkezik (bejövő hívás fázis) vagy amikor
a SETUP üzenetet elküldi a hívást befejezõ félnek (kimenõ hívás terület).
Kérelem típusa - AccountingRequest (kód 4)
1. táblázat: A RADIUS kiszolgálóhoz küldött Start Record (Accounting Start) szerkezete:
Az AcctSessionId mezőben az adatok a következő formában kerülnek bemutatásra:
A várható válasz a AccountingResponse.
Állítsa le a rekordot (Könyvelési leállítás)
A RADIUS kiszolgálóhoz érkezésekor a hívás vége.
Kérelem típusa - AccountingRequest (kód 4)
Megjegyzés: Állítsa le a felvételt (a "Fiókleállítás-csomag"), amelyet az MVTS küld a RADIUS-kiszolgálónak
néha jelentősen meghaladja az UDP-csomag maximális lehetséges méretét,
az operációs rendszerben megadott - 1500 bájt. Mivel nem minden hálózati router
képes átvitt csomagokat kinyerni, töredékekbe széttörve, RADIUS-
a kiszolgáló, a Számvitel Leállítása hiányában, folytatja a hívás feltöltését
még a hívás befejezése után is.
A probléma megoldásához használja a szakasz stop_acct_level = paraméterét
[Sugár], amely lehetővé teszi számlázási stop csomagok méretének csökkentését
egyes VSA mezők.
2. táblázat: A RADIUS-kiszolgálóhoz küldött Stop Stop-rekord szerkezete
Külső útválasztás a RADIUS segítségével
AccessRequest kérése külső útválasztással
Az MVTS végrehajtja ezt a kérést, ha az átjáró = mezőben a beállított objektum leírásában
(dial peer) a kulcsszó EXTERNAL.
Ennek a kérésnek a célja a hívás befejezésének útvonalainak megszerzése a végponton.
Ebben az esetben lehetséges megváltoztatni a hívás felhasználónevét és jelszavát.
Több útvonal is feldolgozható, egymás után
átmenet a következő útvonalra abban az esetben, ha a hívás felmondása nem lehetséges
aktuális útvonalat.
Kérelem típusa - AccessRequest (kód 1)
3. táblázat: A kérelem felépítése a RADIUS-kiszolgáló számára az útválasztáshoz
4. táblázat Az AccessAccept RADIUS szerver válaszának felépítése egy lekérdezésre
routing
Az XPGK_XROUTING_ROUTING mezőformátuma:
A hívás befejezésének kérése a RADIUS szerverről
Az MVTS képes feldolgozni egy kérést a RADIUS szerverről a hívás befejezéséhez
DisconnectRequest (40-es típus).
Ebben a csomagban van egy VSA mező h323-conf-id vagy VSA
h323_incoming-conf-id négy hexadecimális oktett formátumban, szóközzel elválasztva
(hasonlóan ahhoz, hogy az MVTS hogyan küld a ConfId-nek a RADIUS szerverre). Ez a ConfId
Az aktív hívás keresésére szolgál. A hívás 100 helyi kóddal ér véget
(ForceTerminateCall).
Ha a hívás sikeres volt, az MVTS egy csomagot válaszol
DisconnectAck (type41). Ha sikertelen, például ilyen hívást nem talál, vagy
nincs mező a ConfId-rel, akkor az MVTS válaszol a DisconnectNack-re (42-es típus).
ha az útvonal megengedett és a sugár megtalálható
minden kimeneti példában a felső sor olyan naplóvonal, amely egyszerűen jelzi a kérelmek idejét és irányát. A "session id" paraméter a hívás azonosítója.
Továbbá az SS egyenként rendezi ki az általa kiadott útvonalakat. Az útvonal első paramétere - a névátjáró (egyedi) az automatikusan feltöltött gateway.cfg fájlból származik. Vágás az alábbiakban:
az első átjáró példáján:
a gateway.cfg cfg alkönyvtárában található könyvtár elérési útja önkényes (alapértelmezés szerint egyenlő / mvts, de megadhat bármely más,
azaz A gateway.cfg alapértelmezés szerint a /mvts/cfg/gateway.cfg fájlban található)
Miután kérés történt a számviteli sugárra:
mi lesz a válasz
miután a vége a hívás kísérlet az első útvonal, küldjön egy kérelmet
mi lesz a válasz
ha az első szállító visszavonta a hívás továbblépési kódját - a következő útvonalra megy:
Az összes CDR-fájlok órákig terjednek (egy CDR-fájlban egy óra). A CDR könyvtárának elérési útja önkényes (pillanatnyilag / mvts / számlázás /),
a fájlnévnek tetszőleges előtagot kell tartalmaznia (jelenleg számlát használunk) és a dátumot / időt YYYYMMDD_hhmmss formátumban, ahol mmss mindig 0000, például
standard CDR rekordot
Az alábbiakban a sorok lebontása látható: