Achiziționarea Session Border Controler (SBC)

Subiectul întrebării: Cerința: O instanță SBC pentru fiecare nod al sistemului. SBC-ul trebuie să suporte o configurație de redundanță geografică cu rezervare „la cald”. Întrebare: Buna ziua, avem nevoie de niște clarificări pentru cerința indicata in subiectul întrebării: 1. Cum este distribuit traficul între cele două locații în care se planifică instalarea SBC-ului? 2. În regim normal de funcționare, traficul de intrare se împarte în mod egal 50%-50%? 3. Ce ar trebui să se întâmple în cazul indisponibilității uneia dintre locații? (triger pentru switchover) Răspuns: 1. În modul operațional, ambele site-uri gestionează jumătate din trafic, adică o distribuție de 50%-50%. Totuși, distribuția la un moment dat poate fi diferită, cum ar fi 25%-75%, sau 40%-60%, sau 79%-21%. 2. Da, în modul principal de lucru, traficul este împărțit la jumătate între cele două site-uri. 3. În cazul în care unul dintre site-uri eșuează, al doilea site începe să proceseze 100% din trafic. În acest caz, licențele SBC nu pot fi duplicate pe site-uri diferite pentru modul operațional - volumul total de licențe achiziționate nu trebuie să depășească volumul specificat în cerințe. În modul de urgență, licențele de pe site-ul indisponibil trebuie reutilizate pe site-ul funcțional (consultați paragraful relevant din cerințele tehnice pentru redundanță).

Subiectul întrebării: Cerinta: Transcodare între trunchiuri SIP Întrebare: 1. Care este volumul de transcodare necesar (în număr de sesiuni)? În cerințe nu este specificat. 2. Între ce tipuri de codec se preconizează realizarea transcodării? 3. Se intenționează ca în cadrul transcodării să se modifice timpul de pachetizare pentru optimizarea lățimii de bandă utilizate pe una dintre directiile al apelului? Răspuns: 1. Volumul minim de transcodare este de 50 de sesiuni (apeluri) simultane. În acest sens, luați în considerare p. 3.8 din cerințe. 2. Lista codec-urilor este specificată în cerințe (3.19) - Opus Wideband, Opus Narrowband, SILK Wideband, SILK Narrowband, G.722.2, G.722, G.729, G.711, AMR Wideband, AMR Narrowband, G.723.1, G.726. 3. Da, această funcționalitate este specificată în cerințele din p. 4.37.

Subiectul întrebării: Cerinta: Interconectarea între rețelele SIP și SIP-I Întrebare: 1. Ce scenarii sunt avute în vedere? 2. Este necesară analiza conținutului ISUP din SIP-I? 3. Este necesară aplicarea unor reguli separate de rutare a apelurilor în funcție de câmpurile ISUP transmise în SIP-I? 4. Este necesară conversia din SIP in SIP-I și invers, cu corelarea header-elor SIP pentru a asigura transmiterea corectă a câmpurilor ISUP în SIP? Răspuns: 1. Principalele scenarii - conversia corectă a SIP în SIP-I și a SIP-I în SIP, în conformitate cu standardele de rețea general acceptate. Capacitatea de a tranzita traficul, inclusiv modificarea, de la SIP-I la SIP-I este un avantaj incontestabil față de alți participanți. 2. Da, este obligatoriu ca SBC să efectueze analiza câmpului antetului ISUP. 3. Da, cerința specifică necesitatea de a efectua rutarea SIP pe baza ID-urilor apelantului și ale părții apelate. În același timp, există clauzele. 4.4, 4.30, 4.31. Câmpurile din antetele ISUP pot fi utilizate ca identificatori ai apelantului și ai părții apelate. 4. Da, o astfel de conversie este necesară. Analiza, modificarea antetelor ISUP trebuie să fie prevăzută. Antetele ISUP și SIP trebuie corelate în timpul conversiei, în conformitate cu standardele actuale general acceptate. Implementările proprietare nu sunt permise, deoarece este necesar suportul standardelor pentru integrarea fără întreruperi cu componentele de rețea existente.

Subiectul întrebării: Intrebarea organizatorica: Întrebare: Care va fi procedura de verificare a conformității cu cerințele tehnice? Vă rugăm să specificați procesul de validare și predare-primire a soluției. Răspuns: Este necesar să se furnizeze un tabel de conformitate, în baza tabelului de cerințe, în care pentru fiecare dintre criteriile din listă este necesar să se indice confirmarea sub forma referinței la secțiunea corespunzătoare din documentația pentru echipament sau soluție. Documentația trebuie să includă o descriere a funcționalității solicitate, inclusiv opțiunile de configurare și parametrii. În caz de neconformitate sau de conformitate parțială cu cerințele, este necesar să se indice termenii și costurile de perfecționare pentru fiecare dintre aceste elemente. De asemenea, este necesar să arătați funcționalitatea specificată în timpul testării pilot a soluției dumneavoastră, dacă este posibil.