Sign In
Create Account
Back to top
 |
Second Opinion
Folosind serviciul second opinion ne puteți trimite RMN-uri, CT -uri, angiografii, fișiere .pdf, documente medicale. Astfel vă vom putea da o opinie neurochirurgicală, fără ca aceasta să poată înlocui un consult de specialitate. Răspunsurile vor fi date prin e-mail în cel mai scurt timp posibil (de obicei în mai putin de 24 de ore, dar nu mai mult de 48 de ore). Second opinion – Neurohope este un serviciu gratuit. www.neurohope.ro |
Asterisk
Last Updated: Aug 10 2021 19:07, Started by
Ignition
, Mar 19 2008 12:57
·
0
0
#217
Posted 21 June 2013 - 15:18
|
Quote E un hack care merge, dar nu se stie niciodata cind moare. Speram ca stii o sursa mai stabila, chiar si contra cost. Contra cost cei de la Voxline pot sa iti dea portarea, dar mi se pare o aberatie sa faca chestia asta cand ei au sursa de la portabilitate.ro, au baza de la portabilitate la dispozitie doar pentru simplu motiv ca sunt furnizori de telefonie. Quote Daca fiecare apel foloseste 34-44kbs este clar ca nu folosesti u/aLaw ci faci transcoding (probabil ca folosesti g726/32?!). a/uLaw foloseste 64kbps plus overhead deci vre-o 80kbps trebuie sa fie garantati. Forteaza si clientii si Asterisk-ul sa foloseasca u sau aLaw end to end si reduci utilizarea si in server si in clienti. Quote Ce casti folosesti? USB sau cu conectori de difuzor/microfon? Cele USB sint de preferat. Conectori de la placa de baza folosesc, are o importanta destul de mare ? Folosesc castile acestea: http://www.baseonlin...rChat Style.jpg Totul a plecat de la un cost scazut, posibil ca alegeriile sa fi fost proaste. Ma bucur ca mai sunt oameni care iti mai dau indicii sau sfaturi legate de problemele care apar. Quote Cit despre softphone, pe Windows este XLite care este foarte stabil. Pe Linux ar fi ok SFLphone, dar in cazul asta X trebuie sa fie configurat sa consume cit mai putine resurse, in special pe un P3. Edited by Valmotor2, 21 June 2013 - 15:19. |
#218
Posted 22 June 2013 - 23:11
|
Salutare!
Stie careva vreun SIP trunking provider care nu da jos din packet elementele ce contin "P-Asserted-Identity" si "Privacy" din headerele de SIP? Vreau sa folosesc Asteriskul pentru a detecta un nr. privat de care nu pot scapa. Edited by panaceu888, 22 June 2013 - 23:33. |
#219
Posted 19 October 2013 - 22:58
|
[...] Toate calculatoarele folosesc aplicatia SIP SFLPhone si uneori doar la cateva din ele se intampla de 2-3 ori sa nu auda clientul ce spune operatorul , dar in schimb operatorul aude ce spune clientul. Se mai aude si zgomot de fundal, fluierat , care se rezolva prin redarea volumului la casti mai incet . Alte probleme care mai apar, este intreruperea conversatiei. [...] Salutare, ai rezolvat problema? ªi eu folosesc stick-uri cu chan_dongle. M-am lovit însã de douã probleme: 1. stick-urile se blocheazã (nu mai rãspund la comenzi AT) , doar dupã deconectare din hub îºi revin 2. http://code.google.c...s/detail?id=133 |
#220
Posted 20 October 2013 - 14:15
|
Şi eu folosesc stick-uri cu chan_dongle. M-am lovit însă de două probleme: 1. stick-urile se blochează (nu mai răspund la comenzi AT) , doar după deconectare din hub îşi revin Asta este in general cauzat de probleme de alimentare cu tensiune/curent stabilizat. Fiecare modem are nevoie de 500mA dedicati. Pentru instalatii mai mici folosesc hub-uri USB de la D-Link: http://www.emag.ro/h...4/pd/EMN02BBBM/ sau http://www.emag.ro/h...7/pd/EVFJ3BBBM/
Nu am vazut astfel de probleme, Ai facut un DTMF debug in Asterisk? |
#221
Posted 21 October 2013 - 00:35
|
De problema cu DTMF am scăpat dezactivând suportul DTMF din chan_dongle.
De problema cu blocarea n-am scăpat. Folosesc şi eu tot hub dlink, după recomandările de aici. Iar modemurile sunt K3520 majoritatea... Din ce am observat, stickurile se blochează după 5-10 apeluri nepreluate (bip-uri). |
#222
Posted 21 October 2013 - 04:00
|
De problema cu blocarea n-am scăpat. Folosesc şi eu tot hub dlink, după recomandările de aici. Iar modemurile sunt K3520 majoritatea... Din ce am observat, stickurile se blochează după 5-10 apeluri nepreluate (bip-uri). Cind sint blocate ce se intimpla cind trimiti comenzi prin CLI gen dongle reset <device_name> sau dongle restart now <device_name>? Ce versiune de chan_dongle si Asterisk folosesti? Toate sistemele mele ruleaza Asterisk 1.8.23.1 (sint limitat sa rulez 1.8 pentru ca folosesc si chan_skype) si chan_dongle 35. Edited by tzevarul, 21 October 2013 - 04:03. |
#223
Posted 21 October 2013 - 20:30
|
asterisk 1.8.21.0
chan_dongle r14, de aici Nu pot sã-i dau dongle reset now <nume_stick>deoarece la dongle show devices îmi apare Not connected, iar în loguri: [Oct 17 15:23:26] VERBOSE[1603] chan_dongle.c: -- [stick0] Trying to connect on /dev/cuaU0.2... [Oct 17 15:23:26] VERBOSE[1603] chan_dongle.c: -- [stick0] Dongle has connected, initializing... [Oct 17 15:23:28] ERROR[1603] chan_dongle.c: [stick0] timedout while waiting 'OK' in response to 'AT' [Oct 17 15:23:28] VERBOSE[1603] chan_dongle.c: -- [stick0] Error initializing Dongle [Oct 17 15:23:28] VERBOSE[1603] chan_dongle.c: -- [stick0] Dongle has disconnected [Oct 17 15:23:41] VERBOSE[1603] chan_dongle.c: -- [stick0] Trying to connect on /dev/cuaU0.2... [Oct 17 15:23:41] VERBOSE[1603] chan_dongle.c: -- [stick0] Dongle has connected, initializing... [Oct 17 15:23:43] ERROR[1603] chan_dongle.c: [stick0] timedout while waiting 'OK' in response to 'AT' [Oct 17 15:23:43] VERBOSE[1603] chan_dongle.c: -- [stick0] Error initializing Dongle [Oct 17 15:23:43] VERBOSE[1603] chan_dongle.c: -- [stick0] Dongle has disconnected [Oct 17 15:23:56] VERBOSE[1603] chan_dongle.c: -- [stick0] Trying to connect on /dev/cuaU0.2... [Oct 17 15:23:56] VERBOSE[1603] chan_dongle.c: -- [stick0] Dongle has connected, initializing... [Oct 17 15:23:58] ERROR[1603] chan_dongle.c: [stick0] timedout while waiting 'OK' in response to 'AT' [Oct 17 15:23:58] VERBOSE[1603] chan_dongle.c: -- [stick0] Error initializing Dongle [Oct 17 15:23:58] VERBOSE[1603] chan_dongle.c: -- [stick0] Dongle has disconnected [Oct 17 15:24:11] VERBOSE[1603] chan_dongle.c: -- [stick0] Trying to connect on /dev/cuaU0.2... [Oct 17 15:24:11] VERBOSE[1603] chan_dongle.c: -- [stick0] Dongle has connected, initializing... [Oct 17 15:24:13] ERROR[1603] chan_dongle.c: [stick0] timedout while waiting 'OK' in response to 'AT' [Oct 17 15:24:13] VERBOSE[1603] chan_dongle.c: -- [stick0] Error initializing Dongle [Oct 17 15:24:13] VERBOSE[1603] chan_dongle.c: -- [stick0] Dongle has disconnected [Oct 17 15:24:26] VERBOSE[1603] chan_dongle.c: -- [stick0] Trying to connect on /dev/cuaU0.2... [Oct 17 15:24:26] VERBOSE[1603] chan_dongle.c: -- [stick0] Dongle has connected, initializing... Am încercat ºi cu Huawei E169 ºi face la fel: Attached Files
Edited by dondos, 21 October 2013 - 20:32. |
#224
Posted 21 October 2013 - 22:44
|
Hmmm... Este un singur computer pe care ai problema asta? Ai incercat si alt hardware? Apar ceva erori legate de USB pe consola sau in log-uri (/var/log/messages)? Pune si output-ul de la un pciconf -lv aici.
Incearca si ultimul build r35. Versiunea din svn se build un pic diferit: rm -rf /usr/src/chan_dongle svn checkout http://asterisk-chan-dongle.googlecode.com/svn/trunk/ /usr/src/chan_dongle cd /usr/src/chan_dongle patch < /usr/src/pdu_c.patch aclocal --verbose autoconf --verbose automake -a --verbose ./configure make make install Patch-ul repara decodarea SMS-urilor primite. Daca nu ai nevoie de asta poti sa-l ignori.
--- pdu.c
+++ pdu.c
@@ -182,6 +182,8 @@
*/
#define NUMBER_TYPE_INTERNATIONAL 0x91
+#define NUMBER_TYPE_NATIONAL 0xC8
+#define NUMBER_TYPE_ALPHANUMERIC 0xD0
/* Message Type Indicator Parameter */
#define PDUTYPE_MTI_SHIFT 0
@@ -229,6 +231,7 @@
#define PDU_PID_SMS 0x00 /* bit5 No interworking, but SME-to-SME protocol = SMS */
#define PDU_PID_EMAIL 0x32 /* bit5 Telematic interworking, bits 4..0 0x 12 = email */
+#define PDU_PID_SMS_REPLACE_MASK 0x40 /* bit7 Replace Short Message function activated (TP-PID = 0x41 to 0x47) */
/* DCS */
/* bits 1..0 Class */
@@ -455,6 +458,14 @@
char digit;
if(*toa == NUMBER_TYPE_INTERNATIONAL)
*number++ = '+';
+ // BEGIN oioki proposed patch 2013-07-24
+ if(*toa == NUMBER_TYPE_ALPHANUMERIC)
+ {
+ for(; syms > 0; syms --, *pdu += 1, *pdu_length -= 1)
+ *number++ = pdu[0][0];
+ return *pdu - begin;
+ }
+ // END oioki proposed patch 2013-07-24
for(; syms > 0; syms -= 2, *pdu += 2, *pdu_length -= 2)
{
digit = pdu_code2digit(pdu[0][1]);
@@ -690,10 +701,11 @@
{
int pid = pdu_parse_byte(pdu, &pdu_length);
*oa_enc = STR_ENCODING_7BIT;
+ if (oa_toa==NUMBER_TYPE_ALPHANUMERIC) *oa_enc = STR_ENCODING_7BIT_HEX;
if(pid >= 0)
{
/* TODO: support other types of messages */
- if(pid == PDU_PID_SMS)
+ if( (pid == PDU_PID_SMS) || (pid & PDU_PID_SMS_REPLACE_MASK) )
{
int dcs = pdu_parse_byte(pdu, &pdu_length);
if(dcs >= 0)
Edited by tzevarul, 21 October 2013 - 22:59. |
#225
Posted 26 October 2013 - 01:05
|
Din lipsa de idei, am trimis hub-ul la garantie si am conectat stick-urile direct in porturile USB. Acuma nu se mai blocheaza, doar se restarteaza aleator...
Oct 25 12:39:50 my-bsd kernel: ugen1.6: <vendor 0x12d1> at usbus1 Oct 25 12:39:50 my-bsd kernel: u3g2: <Data Interface> on usbus1 Oct 25 12:39:50 my-bsd kernel: u3g2: Found 3 ports. Oct 25 12:39:50 my-bsd kernel: uhub_explore: illegal enable change, port 4 Oct 25 12:39:50 my-bsd kernel: ugen1.6: <vendor 0x12d1> at usbus1 (disconnected) Oct 25 12:39:50 my-bsd kernel: u3g2: at uhub3, port 4, addr 6 (disconnected) Oct 25 12:39:52 my-bsd kernel: ugen1.6: <vendor 0x12d1> at usbus1 Oct 25 12:39:52 my-bsd kernel: u3g2: <Data Interface> on usbus1 Oct 25 12:39:52 my-bsd kernel: u3g2: Found 3 ports. Oct 25 12:39:55 my-bsd kernel: ugen1.6: <vendor 0x12d1> at usbus1 (disconnected) Oct 25 12:39:55 my-bsd kernel: u3g2: at uhub3, port 4, addr 6 (disconnected) Oct 25 12:39:56 my-bsd kernel: uhub_reattach_port: giving up port reset - device vanished Oct 25 12:39:58 my-bsd kernel: uhub_reattach_port: giving up port reset - device vanished Oct 25 12:39:58 my-bsd kernel: ugen1.6: <vendor 0x12d1> at usbus1 Oct 25 12:39:58 my-bsd kernel: u3g2: <Data Interface> on usbus1 Oct 25 12:39:58 my-bsd kernel: u3g2: Found 3 ports. Poate nu-s bune stick-urile... |
#226
Posted 26 October 2013 - 04:09
|
Din lipsa de idei, am trimis hub-ul la garantie si am conectat stick-urile direct in porturile USB. Acuma nu se mai blocheaza, doar se restarteaza aleator... Poate nu-s bune stick-urile... Ce chipset are motherboard-ul? Uita-te la instructiunile de mai sus si paste aici output-ul de la pciconf. |
|
#227
Posted 26 October 2013 - 09:48
|
Intel B75 e chipset-ul.
hostb0@pci0:0:0:0: class=0x060000 card=0x50001458 chip=0x01508086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = 'Ivy Bridge DRAM Controller' class = bridge subclass = HOST-PCI vgapci0@pci0:0:2:0: class=0x030000 card=0xd0001458 chip=0x01628086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' class = display subclass = VGA xhci0@pci0:0:20:0: class=0x0c0330 card=0x50071458 chip=0x1e318086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Panther Point USB xHCI Host Controller' class = serial bus subclass = USB none0@pci0:0:22:0: class=0x078000 card=0x1c3a1458 chip=0x1e3a8086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Panther Point MEI Controller' class = simple comms ehci0@pci0:0:26:0: class=0x0c0320 card=0x50061458 chip=0x1e2d8086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Panther Point USB Enhanced Host Controller' class = serial bus subclass = USB pcib1@pci0:0:28:0: class=0x060400 card=0x50011458 chip=0x1e108086 rev=0xc4 hdr=0x01 vendor = 'Intel Corporation' device = 'Panther Point PCI Express Root Port 1' class = bridge subclass = PCI-PCI pcib2@pci0:0:28:2: class=0x060400 card=0x50011458 chip=0x1e148086 rev=0xc4 hdr=0x01 vendor = 'Intel Corporation' device = 'Panther Point PCI Express Root Port 3' class = bridge subclass = PCI-PCI pcib3@pci0:0:28:3: class=0x060400 card=0x50011458 chip=0x1e168086 rev=0xc4 hdr=0x01 vendor = 'Intel Corporation' device = 'Panther Point PCI Express Root Port 4' class = bridge subclass = PCI-PCI pcib4@pci0:0:28:4: class=0x060400 card=0x50011458 chip=0x1e188086 rev=0xc4 hdr=0x01 vendor = 'Intel Corporation' device = 'Panther Point PCI Express Root Port 5' class = bridge subclass = PCI-PCI ehci1@pci0:0:29:0: class=0x0c0320 card=0x50061458 chip=0x1e268086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Panther Point USB Enhanced Host Controller' class = serial bus subclass = USB pcib10@pci0:0:30:0: class=0x060401 card=0x50061458 chip=0x244e8086 rev=0xa4 hdr=0x01 vendor = 'Intel Corporation' device = '82801 PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:0:31:0: class=0x060100 card=0x50011458 chip=0x1e498086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Panther Point LPC Controller' class = bridge subclass = PCI-ISA ahci0@pci0:0:31:2: class=0x010601 card=0xb0051458 chip=0x1e028086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Panther Point 6 port SATA AHCI Controller' class = mass storage subclass = SATA none1@pci0:0:31:3: class=0x0c0500 card=0x50011458 chip=0x1e228086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Panther Point SMBus Controller' class = serial bus subclass = SMBus none2@pci0:2:0:0: class=0x020000 card=0xe0001458 chip=0x10911969 rev=0x10 hdr=0x00 vendor = 'Atheros Communications' class = network subclass = ethernet em0@pci0:3:0:0: class=0x020000 card=0xa01f8086 chip=0x10d38086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82574L Gigabit Network Connection' class = network subclass = ethernet pcib5@pci0:4:0:0: class=0x060400 card=0x860610b5 chip=0x860610b5 rev=0xba hdr=0x01 vendor = 'PLX Technology, Inc.' device = 'PEX 8606 6 Lane, 6 Port PCI Express Gen 2 (5.0 GT/s) Switch' class = bridge subclass = PCI-PCI pcib6@pci0:5:1:0: class=0x060400 card=0x860610b5 chip=0x860610b5 rev=0xba hdr=0x01 vendor = 'PLX Technology, Inc.' device = 'PEX 8606 6 Lane, 6 Port PCI Express Gen 2 (5.0 GT/s) Switch' class = bridge subclass = PCI-PCI pcib7@pci0:5:5:0: class=0x060400 card=0x860610b5 chip=0x860610b5 rev=0xba hdr=0x01 vendor = 'PLX Technology, Inc.' device = 'PEX 8606 6 Lane, 6 Port PCI Express Gen 2 (5.0 GT/s) Switch' class = bridge subclass = PCI-PCI pcib8@pci0:5:7:0: class=0x060400 card=0x860610b5 chip=0x860610b5 rev=0xba hdr=0x01 vendor = 'PLX Technology, Inc.' device = 'PEX 8606 6 Lane, 6 Port PCI Express Gen 2 (5.0 GT/s) Switch' class = bridge subclass = PCI-PCI pcib9@pci0:5:9:0: class=0x060400 card=0x860610b5 chip=0x860610b5 rev=0xba hdr=0x01 vendor = 'PLX Technology, Inc.' device = 'PEX 8606 6 Lane, 6 Port PCI Express Gen 2 (5.0 GT/s) Switch' class = bridge subclass = PCI-PCI alc0@pci0:6:0:0: class=0x020000 card=0x10631969 chip=0x10631969 rev=0xc0 hdr=0x00 vendor = 'Atheros Communications' device = 'AR8131 Gigabit Ethernet' class = network subclass = ethernet alc1@pci0:7:0:0: class=0x020000 card=0x10631969 chip=0x10631969 rev=0xc0 hdr=0x00 vendor = 'Atheros Communications' device = 'AR8131 Gigabit Ethernet' class = network subclass = ethernet alc2@pci0:8:0:0: class=0x020000 card=0x10631969 chip=0x10631969 rev=0xc0 hdr=0x00 vendor = 'Atheros Communications' device = 'AR8131 Gigabit Ethernet' class = network subclass = ethernet alc3@pci0:9:0:0: class=0x020000 card=0x10631969 chip=0x10631969 rev=0xc0 hdr=0x00 vendor = 'Atheros Communications' device = 'AR8131 Gigabit Ethernet' class = network subclass = ethernet wctdm0@pci0:10:2:0: class=0x078000 card=0x0002e159 chip=0x0001e159 rev=0x00 hdr=0x00 vendor = 'Tiger Jet Network Inc.' device = 'Tiger3XX Modem/ISDN interface' class = simple comms Edited by dondos, 26 October 2013 - 09:49. |
#228
Posted 26 October 2013 - 17:10
|
Intel B75 e chipset-ul. xhci0@pci0:0:20:0: class=0x0c0330 card=0x50071458 chip=0x1e318086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Panther Point USB xHCI Host Controller' class = serial bus subclass = USB Vad multe rapoarte de stabilitate a driverului XHCI (USB 3.0) in FreeBSD. Acum ai doua solutii: 1. Pui un adaptor USB2 PCI sau PCIx daca ai un slot disponibil. 2. Treci sistemul de operare pe Linux. Eu personal folosesc Centos 32 sau 64 in functie de nevoile de memorie. Edited by tzevarul, 26 October 2013 - 17:10. |
#229
Posted 26 October 2013 - 19:03
|
Hub-ul îl aveam conectat într-un port USB2.0. Iar acum doar un stick este conectat în port USB3.0.
Dacă dau disable din BIOS la porturile USB3.0 oare s-ar rezolva problema? Edited by dondos, 26 October 2013 - 19:07. |
#230
Posted 26 October 2013 - 21:01
|
Hub-ul îl aveam conectat într-un port USB2.0. Iar acum doar un stick este conectat în port USB3.0. Dacă dau disable din BIOS la porturile USB3.0 oare s-ar rezolva problema? Greu de spus. Tot ce am vazut pina acum ma face sa cred ca hardware-ul relativ recent este mai bine suportat pe Linux decit pe BSD. |
#232
Posted 26 October 2013 - 22:22
|
Oct 25 12:39:50 my-bsd kernel: uhub_explore: illegal enable change, port 4 Oct 25 12:39:56 my-bsd kernel: uhub_reattach_port: giving up port reset - device vanished Oct 25 12:39:58 my-bsd kernel: uhub_reattach_port: giving up port reset - device vanished Inca o idee... Ai pus stick-urile in modem only mode (ie sa dezactivezi permanent VCD-ul, SD-ul etc)?! Comanda este AT^U2DIAG=0 |
#233
Posted 29 October 2013 - 00:38
|
Da. Direct din windows
 , deoarece usb_modeswitch nu functiona corect pe BSD
|
#234
Posted 29 October 2013 - 20:27
|
Buna, ma bucur ca sunt mai multi utilizatori care folosesc asterisk + chan dongle ...
Folosesc de cateva luni asterisk + 20 de stickuri ... pana acum nu am avut probleme, doar ca se intampla ca uneori sa se intrerupa conversatia sau ca persoana care raspunde apelului sa nu il aud si trebuie sa-l sun din nou. Toate calculatoarele au linux ( ubuntu ) + sflphone , urmand ca in viitor apropriat sa fie un sip phone customizat dupa sipml5 dar nu pot ajunge aici pana nu termin probleme cu care ma confrunt in momentul de fata. Ca codec nu folosesc decat ulaw , alaw si gsm . Calculatorul care tine asterisk-ul are un procesor dual core, ruleaza ubuntu + asterisk 1.8 + chan_dongle + 3 huburi atasate de la dlink. Si foloseste in combinatie ca usb K3520 si K3750 parca . Problemele care le am in momentul de fata sunt urmatoarele: - se intrerupe brusc convorbira dupa un nr de secude x ( nu tot timpul , rareori dar se intampla cel putin odata pe zi ) - persoana pe care o sun uneori nu o aud. #configurarea fisierului SIP: [general] bindport=5060 bindaddr=0.0.0.0 disallow=all allow=ulaw allow=alaw allow=gsm [1000] type=friend host=dynamic context=outside secret=sip_1000 deny=0.0.0.0/0 permit=192.168.1.0/255.255.255.0 srtpcapable=yes mailbox=1000@default canreinvite=no dtmfmode=rfc2833 transport=udp ... Ce nu am facut si trebuie sa caut , trebuie implemetat in viitorul apropriat si transferul de apel ... nu stiu cum se face aici dar am urmatorul fisier extension.conf care arata asa
[general]
static = yes
writeprotect = no
;autofallthrough = yes
[macro-recordin]
exten => s,1,Set(MONITOR_FILENAME=IN_${CALLERID(num)}_${STRFTIME(${EPOCH},,%Hx%Mx%SX%dx%mx%Y)})
exten => s,n,Playback(beep) ;optional -hear when recording starts
exten => s,n,MixMonitor(${MONITOR_FILENAME}.wav)
[macro-recordout]
exten => s,1,Set(MONITOR_FILENAME=OUT_${ARG1}_${STRFTIME(${EPOCH},,%Hx%Mx%SX%dx%mx%Y)}_${CALLERID(num)})
exten => s,n,Playback(beep) ;optional -hear when recording starts
exten => s,n,MixMonitor(${MONITOR_FILENAME}.wav)
;--------------------------------------------------- Apeluri in interior ------$
[inside_call]
exten => _10XX,1,Dial(SIP/${EXTEN},30) ; aici este agi in aplicatia curenta
;----------------------------------------------- Apelurile care vin din exterio$
[default] ;[incoming_from_outside_call]
exten => s,1,Macro(recordin,${EXTEN}) ; start monitoring
exten => s,n,Dial(SIP/1000,20,TtRr ) ;aici este agi in aplicatia curenta
exten => s,n,Dial(SIP/1001,20,TrRr)
include => call_forward
;----------------------------------- APELURI CATRE EXTERIOR -------------------$
[calling_outside]
exten => _sapm.spam,1,Macro(recordout,${EXTEN}) ; start monitoring
exten => _07[68]X.,n,Dial(Dongle/cosmote/${EXTEN},TtRr)
exten => _07[45]X.,n,Dial(Dongle/orange/${EXTEN},TtRr)
include => inside_call
include => call_forward
; ----------------------- CALL TRANSFER ----------------
[call_forward]
exten => _44X.,1,Answer()
exten => _44X.,n,Set(DB(CF/${CALLERID(num)}=${EXTEN:2})
exten => _44X.,n,Dial(SIP/${CALLERID(num)})
exten => _44X.,n,Noop(Forwarding for ${CALLERID(num)} To ${EXTEN} done )
exten => _44X.,n,Hangup()
exten => 44,1,Answer()
exten => 44,n,DBdel(CF/${CALLERID(num)}
exten => 44,n,Noop(Forwarding for $(CALLERID(num)} undone)
exten => 44,n,Hangup()
Multumesc, |
Anunturi
▶ 0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users
-
- Change Theme
- English
- Mark Community Read
- Termene & conditii
- Confidentialitate
- Consimtamant
- Cookies
- Help
© 2001-2024 Softpedia. All rights reserved. Softpedia® and the Softpedia logo are registered trademarks of SoftNews Net SRL.
Ora implicita a Forumului Softpedia este ora standard a Romaniei (GMT+2). Mai multe informatii →
⚠ Postarile afisate pe Forumul Softpedia reprezinta o opinie subiectiva a membrilor care le-au publicat si nu a SoftNews Net SRL.