În articolul precedent am vorbit despre instalarea versiunii Asterisk 11 pe un server care rulează Ubuntu. Motivul principal pentru instalarea versiunii 11 a fost că nu există un modul chan_dongle pentru versiunea 13. Acum există un astfel de modul, deci este logic să scriem din nou, acum despre Asterisk 13. Debian și alte funcții utile.
Specificații Introducere
Pentru a scrie articolul, am creat un server virtual test care rulează Debian 8.4. În timpul instalării, a fost selectat următorul software: server SSH și utilitare standard de sistem. În configurația de luptă, se recomandă selectarea unei secțiuni separate a discului pentru înregistrările conversațiilor, dacă este necesar.
Important: efectuați toți pașii de instalare din contul rădăcină superuser. Nu utilizați sudo, deoarece acest lucru cauzează erori în unele cazuri. Nu ignora această remarcă. Puteți folosi comanda
sau să permită accesul la utilizatorul rădăcină prin ssh în timpul instalării, pentru care în fișierul / etc / ssh / sshd_config setați parametrul
și reporniți serverul ssh
Setarea dependențelor
Totul este o linie lungă. Faceți dublu clic pe blocul de mai jos și copiați întregul text.
După această procedură este de dorit să reporniți serverul.
Instalarea DAHDI
Rezultatele sunt după cum urmează
Salutări. Și tu în config chan_dongle a prescris corect ttyUSB corect pentru modem? Există de obicei trei dispozitive și unul pentru audio, cel de-al doilea pentru date, cel de-al treilea nu este deloc necesar și este mai bine să-l prescrieți manual, unde este, și nu să determinați după nume și așa mai departe.
Am aceeași problemă. GSM-> SIP. SIP-> Lucrări GSM.
SIP<>SIP funcționează. Și aici este un pachet de GSM-> dongle1> ASTERISK> dongle2> GSM
cade cu aceeași eroare.
[22 iunie 08:09:15] EROARE [28402] [C-00000008]: translate.c: 1314 ast_translator_best_choice: Nu se poate determina cea mai bună cale de traducere, deoarece o capacitate suportă nici un format
[22 iunie 08:09:15] AVERTIZARE [28402] [C-00000008]: channel.c: 5639 set_format: Nu se poate găsi o cale de traducere codec: (none | slin) -> (none)
[22 iunie 08:09:15] AVERTIZARE [28402] [C-00000008]: channel.c: 6565 ast_channel_make_compatible_helper: Nu se poate seta formatul citit pe canalul Dongle / 3DKS1-0100000003 nici unul
Asterisk sa adunat pentru acest articol, numai pe Ubuntu
Mulțumesc pentru articole!
[Huawei_SIM]
; audio = / dev / ttyUSB1
; data = / dev / ttyUSB2
imei = 351911042ХХХХХХ
Bună ziua.
Contextul care gestionează apelurile de pe liniile de telefonie mobilă ar fi logic de la SIM în loc deSIM. Dar nu contează.
Contextul luiSIM face acest lucru:
Acceptă apelul pe o extensie (e) goală, își stabilește CALLERID-ul la comandă și apoi execută acțiunile descrise în contextul unui trunchi care începe cu procesarea extensiei $.
Eroarea trimisă la extensia nevalidă, dar niciun manipulator nevalid nu afirmă că nu există o extensie din portbagaj, care este trecută în variabila $
Vă mulțumim pentru manual, totul este foarte bine și inteligibil descris. Dar există un punct, nu ar face rău pentru a descrie cum să lucrăm când Asterisk este în spatele NAT (om).
Vă rog!
După cum va fi timpul - voi descrie această întrebare și multe altele.
În general, SIP nu funcționează foarte bine dacă există NAT pe drum, ca să nu mai vorbim când serverul SIP se află în spatele NAT.
Prin "nu foarte bine" mă refer la astfel de situații, atunci când unii clienți pot avea o audibilitate unidirecțională, iar alți clienți nu se conectează deloc.
Ar trebui să evitați întotdeauna această configurație.
În cazul în care clienții sunt în spatele NAT, atunci este mai bine să utilizați PJSIP în loc de SIP, deoarece SIP standard nu produce întotdeauna rezultatul așteptat.
Dar serverul care se ascunde în spatele NAT nu este deloc bun.
Tot timpul zilei. Ajutați-vă să înțelegeți ce greșesc
Totul se face conform instrucțiunilor și după intrarea comenzii »/etc/init.d/asterisk start»
obține eroarea de răspuns usr / sbin / asterisk nu a fost găsit /
Asteriskul nu poate fi pornit cu comenzile asterisk -r
Aveți o eroare în codecul OPUS. Chiar ai nevoie de el?
UPD. M-am dus la pagina proiectului codec și am văzut o declarație de declinare a responsabilității:
Deoarece Digium a lansat acum codec_opus propriu pentru Asterisk 13 și Asterisk 14, nu văd un motiv convingător ca cineva să-l folosească pe acesta.
Acest codec a fost acceptat numai până la versiunea 13.3
Acum acest codec nu este necesar, deoarece Digium își eliberează acum codecul OPUS, care face parte din Asterisk 13 și 14. Schimb textul articolului.
Numai eu am un asterisc strâns agățat când apelul este terminat de partea chemată?
Blochează asterul, astfel încât trebuie să reporniți complet ubuntu
Aveți modemuri stabile pe acest dongle? În ceea ce poate exista o problemă, există 3 modemuri 1550 pe 11.609.18.00.00. 2 dintre ele se blochează periodic, apoi apelurile nu merg, apoi sunt indisponibile. Ce sfat?
dispozitive de afișare a donglelor
Starea grupului de identificatori Modul RSSI Submod Provider Nume Model Firmware IMEI Număr IMSI
Vodafone 0 Gratuit 23 3 3 MTS UKR E1550 11.609.18.00.00
Kyivstar 0 De ieșire 18 3 2 KYIVSTAR E1550 11.609.18.00.00
Lifecell 0 Liber 15 3 3 Lifecell E1550 11.609.18.00.00
Instabil. Dar cred că problema nu este în driver (dongle), ci în modemuri. Periodic am aceleași modemuri. Firmware-ul este același peste tot. Până acum nu știu la ce să-l leg de.
Încercați să dați comanda resetării dongle-ului modemului Vodafone
dongle reset nu ajută, se presupune că repornește, dar nu funcționează. nevoie de pixuri pentru a trage și a se întoarce.
De asemenea, utilizați 1550?
Apoi înlocuiți modemul. Am și eu unul de acest fel. Pe aceasta, audibilitatea este uneori pierdută într-o direcție. Doar puterea este utilă (scoateți modemul). Se întâmplă rar, așa că nu se gândeau să o înlocuiască. Dar aceasta este cu siguranță problema unui dispozitiv particular. Restul cu aceeași versiune a firmware-ului funcționează bine. Se întâmplă că atârnă, dar este extrem de rar, poate că un modem atârnă, în jumătate de an altul. Probabil pentru acest mod de funcționare poate și este normal.
Eu folosesc doar 1550. Nu mai sunt alții.
Mai scurte de tra *** I Xia cu aceste modemuri, cumpara un hub extern cu o putere suplimentară, Dlink dub-h7, a devenit mai rău prin ea, atunci când apelați unul dintre modemurile toate se exfoliază. Ca rezultat, se taie firul USB, prelungitoarele de modem și sudat o sursă de alimentare separată pentru fiecare dintre unitatea exterioară și le-a încorporat în uter, lucrează timp de două săptămâni, fără halde.
Un alt Sims reîmprospătat, re-lansat, era deja destul de vechi.
)
Da, cu mâncare au propriile gandaci. Dar întâlnesc această decizie pentru prima dată.
Voi adăuga cunoștințe :) Mulțumesc.
Voi arăta răspunsul dvs. la astfel de întrebări, că, spun ei, chiar și acest lucru se întâmplă.
Da, să fiu sincer, am fost, de asemenea, surprins de rezultat, dar de fapt este, am fost deja eyeing mental pentru a cumpăra GSM gateway :) Nu stiu ce nu se potrivea cu hub-ul. Plus conductorii s-au dat posibilitatea de a dizolva modemurile unul de altul, undeva în rețeaua de informații văzut despre interferența dintre modem dacă este prea aproape unul de altul. După toate aceste manipulări, sunetul a devenit mai bun prin ele.
Articole similare
Trimiteți-le prietenilor: