Prelungirea interioarelor dintr-o centrala telefonica prin VOIP

In cazul in care dorim sa prelungim interioarele unei centrale ( PBX ) intr-o alta locatie intr-o alta locatie folosind reteaua interna a firmei ( sau chiar Internetul ) vom folosi doua echipamente VOIP, unul de tipul FXO, celalalt de tipul FXS.
Un echipament FXO se comporta ca un telefon "accepta ton" – se poate monta pe un interior de centrala sau pe o linie telefonica.
Un echipament FXS se comporta ca o centrala telefonica "da ton" – se poate monta pe trunchiurile centralei telefonice sau poate furniza "linie" unui telefon.

Vom folosi doua echipamente produse de Wellgate si anume Welltech 3804A (este de tip FXO) si 3504A ( este de tip FXS ).

Echipamentul Welltech 3804A are 4 intrari ( L1, L2, L3, L4 ) pe care le vom conecta pe interioarele centralei, un port de WAN pe care il vom conecta intr-un switch din locatia respectiva, precum si un port LAN in care se poate conecta un calculator, echipamentul facand bridge intre porturile de WAN si cel de LAN.

extensievoip

Echipamentul Welltech 3504A dispune de patru iesiri pentru telfoane ( Tel1, Tel2, Tel3, Tel4 ), un port de WAN pe care il vom conecta in switch-ul local si un port de LAN.

Presupunem ca se aloca urmatoarele ip-uri pentru echipamente:
– 172.19.10.2 – pentru FXO
– 172.19.10.3 – pentru FXS
Echipamentele se configureaza dand urmatoarele comenzi in modul de configurare CLI (Command Line Interpreter). Pentru a vedea modul de acces la CLI, va rog sa consultati manualul pus la dispozitie de catre producator.

Welltech 3804A

ifaddr -ip 172.19.10.2 -mask 255.255.255.0 – gate <adr gw daca e necesar >
sip -mode 0
sip -line1 1001
sip -line2 1002
sip -line3 1003
sip -line4 1004
line -config 1 hotline 2001
line -config 2 hotline 2002
line -config 3 hotline 2003
line -config 4 hotline 2004
pbook -add name interior1 e164 2001 ip 172.19.10.3
pbook -add name interior2 e164 2002 ip 172.19.10.3
pbook -add name interior3 e164 2003 ip 172.19.10.3
pbook -add name interior4 e164 2004 ip 172.19.10.3
commit
reboot

Welltech 3504A

ifaddr -ip 172.19.10.3 -mask 255.255.255.0 – gate <adr gw daca e necesar >
sip -mode 0
sip -line1 2001
sip -line2 2002
sip -line3 2003
sip -line4 2004
sysconf -service 1
bureau -hotline 1 172.19.10.2 1001
bureau -hotline 2 172.19.10.2 1002
bureau -hotline 3 172.19.10.2 1003
bureau -hotline 4 172.19.10.2 1004
pbook -add name linia1 e164 1001 ip 172.19.10.2
pbook -add name linia2 e164 1002 ip 172.19.10.2
pbook -add name linia3 e164 1003 ip 172.19.10.2
pbook -add name linia4 e164 1004 ip 172.19.10.2
commit
reboot

Se observa in configuratia de mai sus ca protocolul folosit este SIP. Ambele echipamente trebuie sa aiba pe ele firmware pentru SIP ( disponibil pe site-ul producatorului ).

Mai jos este un exemplu de configurare folosind protocolul H323 si doua echipamente Welltech 3504 (de tip FXS ) si Welltech 3804 ( de tip FXO ). (Atentie, nu au sufixul A )

Welltech 3504

ifaddr -ip 172.19.10.2 -mask 255.255.255.0 – gate <adr gateway dupa caz>
h323 -mode 1 -line1 201 -line2 202 -line3 203 -line4 204
sysconf -service 2
line -config 1 hotline 11
line -config 2 hotline 12
line -config 3 hotline 13
line -config 4 hotline 14
pbook -add name linia1 e164 11 ip 172.19.10.3
pbook -add name linia2 e164 12 ip 172.19.10.3
pbook -add name linia3 e164 13 ip 172.19.10.3
pbook -add name linia4 e164 14 ip 172.19.10.3
commit
reboot

Welltech 3804

ifaddr -ip 172.19.10.3 -mask 255.255.255.0 – gate <adr gateway dupa caz>
h323 -mode 1
h323 -line1 11 -line2 12 -line3 13 -line4 14
line -config 1 hotline 201
line -config 2 hotline 202
line -config 3 hotline 203
line -config 4 hotline 204
pbook -add name linia1 e164 201 ip 172.19.10.2
pbook -add name linia2 e164 202 ip 172.19.10.2
pbook -add name linia3 e164 203 ip 172.19.10.2
pbook -add name linia4 e164 204 ip 172.19.10.2
commit
reboot

Daca totul a decurs normal, atunci cand ridicam receptorul unui telefon conectat in echipamentul FXS vom auzi tonul generat de catre centrala telefonica si vom putea forma numarul si apela ca si cum am fi conectati direct in centrala. Daca se apeleaza unul dintre interioarele conectate in echipamentul FXO, va suna telefonul conectat in portul corespunzator din echipamentul FXS.

Articole asemanatoare:

Etichetat cu: , , , , , ,
6 comments on “Prelungirea interioarelor dintr-o centrala telefonica prin VOIP
  1. R.A.Muresan spune:

    E interesanta chestia asta. Din pacate, echipamentul e destul de greu de gasit pe piata romaneasca si de aceea, destul de scump.

  2. Echipamentele se gasesc la RAL (www.ral.ro), dar solutia poate fi realizata folosind orice alte echipamente FXO-FXS, configurate corespunzator.

  3. R.A.Muresan spune:

    Scuze de deranj.
    Exista vreo solutie exclusiv software — ma rog, exceptind cardul sau adaptorul din A — pentru a obtine o functie ACR (auto calling router) pentru o singura linie?
    In punctul A, linia ar trebui sa intre intr-un port FXO al unui adaptor sau card PCI FXO-USB (daca exista asa ceva), iar la celalalt capat, B, ar fi un softphone.
    A si B sint in spatele unor routere cu firewall — intre ele, internetul. Ideea ar fi sa folosesc telefonul din punctul A, prin intermediul softphone-ului din punctul B, si daca se poate fara SIP.
    Router-ul din A este un Linux Debian, insa as prefera sa folosesc o unitate Windows din LAN (adica 3CX phone sau altceva pentru Windows, atit in A cit si in B).
    ID-ul meu de YM coincide cu cel din adresa.
    As prefera pentru inceput o solutie de tipul asta pentru a ma lamuri cum functioneaza sistemele VoIP, apoi as trece la o solutie hardware — poate ca intre timp se mai si ieftinesc.
    Multumesc.

    P.S. Exista niste adaptoare pentru skype (B2K, B3G sau asemanatoare), acelea avind cite un port FXO respectiv FXS si port USB. Acelea sint destul de ieftine (30-50$) comparativ cu cele Sipura SPA3000 sau analogul de la Linksys (80-85$) — la RAL.ro am vazut niste adaptoare ATA-171/172/171P/171M, nici ele foarte ieftine. Ce-i drept, ultimele sint complet independente — i.e. nu au nevoie de calculator –, doar primele incadrindu-se la tipul de solutie software pe care-l ceream mai sus.

  4. R.A.Muresan spune:

    Multumesc pentru tacere. Fiindca si aceasta — pe linga faptul ca aveam nevoie imediata de solutie –, m-a stimulat sa lucrez intins si sa gasesc o solutie intr-un domeniu in care nu sint specializat (tehnologia VoIP la intilnire cu cea analogica clasica).

    Am ales insa tot o solutie SIP, parindu-mi-se cea mai directa si mai bine documentata.

    Am cumparat pina la urma un Linksys SPA3102 cu 100$ de la cei de la modulo.ro: e-adevarat, destul de scump in comparatie cu variantele de pe ebay, dar fiind in criza de timp si nemaigasind alti vinzatori in piata, n-am prea avut de ales (nici emag-ul nu mai e ce-a fost iar adaptoarele astea sint inca rare pe la noi).

    Mi-am facut apoi niste conturi SIP la callromania.ro unde preturile sint foarte bune, cei de la Eurovoice fiind chiar si in momentul cind fac aceasta postare „intangibili”: pe server-ul lor nu se mai pot face inregistrari de conturi noi.
    „Ne cerem scuze pentru inconveniente, pentru moment serviciul nu este disponibil.
    Va rugam sa ne contactati prin telefon la …
    Va multumim!
    Echipa Eurovoice”

    ================

    Lasind deoparte sectiunea de router de care eu nici nu aveam nevoie, Linksys SPA3102 are in sectiunea de Voice doua parti esentiale in jurul carora se fac mai toate setarile: Line 1 si PSTN Line. Prima corespunde portului FXS iar cea de-a doua adaptorului ATA propriu-zis, adica portului FXO. Am folosit acelasi cont SIP pentru ambele iar la PSTN am ales varianta cu „PSTN Ring Thru Line 1”. Taburile User 1 si PSTN User par sa corespunda celor doua componente esentiale deja amintite: respectiv, User 1 are setarile pentru Line 1 iar PSTN user, setarile pentru PSTN Line. De aceea, dupa ce am ales ca la primirea unui apel prin PSTN — i.e. din linia analogica — sa sun prin Line 1, am facut la User 1 forward-ul propriu-zis astfel:

    Cfwd No Ans Dest: 0312345678
    Cfwd No Ans Delay: 7

    insemnind ca se va suna la numarul VoIP mentionat daca nu se raspunde timp de 7 secunde la apelul din linia analogica — linie care corespunde de fapt unui numar de interior al unei centrale private (PBX).

    Adaptorul a fost situat in punctul A, in spatele unui router Linux conectat prin RDS&RCS si trebuia sa faca conexiunea cu punctul B, un calculator din spatele unui router DSL ZTE din reteaua RomTelecom (sau clicknet), pe care este instalat un softphone X-Lite.

    Pentru apelurile inverse, dinspre B spre A, adica VoIP-to-PSTN am facut urmatoarele setari in PSTN Line:

    NAT Mapping Enable: yes / NAT Keep Alive Enable: yes

    Dial Plan 1: S:1, (xxx)
    Line 1 VoIP Caller DP: 1
    Line 1 Fallback DP: 1

    insemnind ca se face si mentine maparea NAT, iar la apelarea VoIP din punctul B, la tonul din PBX-ul anaolgic se va folosi Dial Plan-ul 1 pentru a forma interioare cu trei cifre.

    Nu s-a folosit un server STUN pentru detectarea maparii NAT, in manualul Linksys aceasta fiind acceptata doar ca ultima solutie.

    Lucrurile insa, desi par acum simple, n-au fost deloc asa, fiind necesare citeva zile pentru determinarea configuratiei finale.
    Asta s-a facut prin consultarea manualului, prin incercari si vizitind multe forumuri.

    Intii ca pentru a se usura administrarea, router-ul trebuia dezactivat prin setarea in modul Bridge a optiunii „Networking Service:” din tab-ul LAN Setup. Aceasta se face insa dupa ce se dezactiveaza DHCP-ul
    Au fost insa probleme cu reluarea configurarilor in Web Server fiindca, odata cu activarea modului Bridge, datorita faptului ca adresele locala (192.168.0.1) si „publica” (in cazul meu 10.0.0.3) ale router-ului dezactivat se reduceau acum a la una singura (i.e. 10.0.0.3), configurarea adaptorului prin browser era inhibata, adaptorul fiind transfomat acum intr-un switch cu management.
    Ei bine, s-a utilizat asa-numit-ul IVR (interactive voice response) al adaptorului, prin care s-a restaurat posibilitatea de management prin Web Server.
    In tot acest proces, s-a facut de mai multe ori revenirea la factory settings, tot prin IVR, cu apelarea **** si apoi 73738# si 1# pentru salvare.
    Trebuie insa atentie la aplicarea comenzilor IVR fiindca, desi pare ca unele nu functioneaza — m-am gindit chiar la un moment dat ca de vina ar putea fi versiunea firmware-ului –, m-am lamurit ca pina la urma problema e aparatul telefonic cu care se introduc/formeaza codurile. Chiar revenirea la configurarea prin browser a fost problematica si solutia a fost sa fac mai multe incercari, ascultind atent mesajele vocale, pina cind acestea cereau salvarea optiunii facute, semn ca optiunea aleasa a fost inregistrata: altfel, vocea anunta mereu „option failed”, ca si cind codul ar fi fost eronat. Codul introdus in acest caz era 7932# (evident, dupa cele patru stelute initiale de apelare IVR).

    O alta problema a fost trecerea de la testele care erau facute pe o linie ITSP, la linia PBX analogica (i.e. de la centrala privata analogica), fiindca tensiunea de la o astfel de centrala este in general mai mica chiar si cu citeva zeci de volti — in cazul meu, tensiunea de la PBX era 25, in vreme ce aceea a liniei externe era de 47-48 de volti. Iar daca testele mergeau foarte bine pe linia externa, de fiecare data cind treceam la cazul real al linei PBX analogice, apelul se bloca. Pentru a contracara problema, am setat tensiunea cu putin sub cea afisata in tab-ul Voice/Info de initializare a adaptorului. Am facut asta in tab-ul PSTN Line, la rubrica „Line-In-Use Voltage:”.

    Cel de-al doilea cont SIP a fost instalat in punctul B, pe X-Lite. La callromania.ro costul unui cont pe un an de zile este de 5 euro, apelurile intre conturi fiind, fireste, gratuite.
    Au fost probleme insa si la setarile X-Lite in reteaua clicknet datorita faptului ca utilizarea unui softphone in aceasta retea nu e bine documentata. Si desi uneori e vorba de setari banale de prin meniuri si tab-uri, daca nu exista o documentatie, se pot pierde uneori zile intregi cu gasirea configuratiei potrivite. In cazul meu, celor de la callromania.ro le lipsea pur si simplu o solutie, ei sustinind ca administratorii de la RTC blocheaza portul 5060. Faptul ca se inselau putea fi pus foarte usor in evidenta prin utilizarea altor softphone-uri care se conectau si functionau bine utilizind acelasi port.
    Rezolvarea a fost ca la setarile de cont, in rubrica de domeniu trebuia trecut sip.callromania.ro si nu callromania.ro, iar la tab-ul Topology, desi se facea optiunea pentru „Discover Public IP address (STUN)”, trebuia evitata specificarea server-ului STUN.

    Am notat experienta asta pentru a usura macar cu putin demersul celor plecati prin strainatate, al celor care vor o legatura directa si sigura cu telefonul de la birou, in definitiv al celor care vor sa inteleaga cum functioneaza un ATA performant nefiind specialisti in comunicatii. Nu de alta, dar setarea unui Linksys SPA3102 care, asa cum bine observa un forumist plin de umor, are mai multe switch-uri decit naveta spatiala, poate deveni pentru nespecialist un adevarat cosmar.

  5. R.A.Muresan spune:

    Termenul corect pentru procedura specificata este, fireste, „call forwarding” si nu „auto calling router”, cum mi-am imaginat la inceputul documentarii.

  6. mariusik_h8 spune:

    sall am si eu o mica intr…am un zxr10 2609 dar l am luat de la cn si este posibil sa fie furat…..se poate dectecta ?multumesc!

Lasă un răspuns

Adresa ta de email nu va fi publicată. Câmpurile obligatorii sunt marcate cu *

*