Projekat

Općenito

Profil

Akcije

Podrška #17168

Zatvoren

misdn v2, lcr 1.4 (trunk) test on acer one notebook, oslec echo cancelation

Dodano od Ernad Husremović prije oko 16 godina. Izmjenjeno prije skoro 15 godina.

Status:
Odbačeno
Prioritet:
Normalan
Odgovorna osoba:
Kategorija:
-
Početak:
29.04.2009
Završetak:
% završeno:

0%

Procjena vremena:

Fajlovi

hernad_mISDN_no_dtmf.diff (1,24 KB) hernad_mISDN_no_dtmf.diff Ernad Husremović, 10.05.2009 13:27
hernad_chan_lcr_asterisk_dtmf.diff (1,75 KB) hernad_chan_lcr_asterisk_dtmf.diff Ernad Husremović, 10.05.2009 13:27

Povezani tiketi 2 (0 otvoreno2 zatvorenih)

korelira sa voip - Podrška #17160: misdn v2, lcr 1.4 (trunk) test on amd desktopZatvorenoErnad Husremović27.04.2009

Akcije
korelira sa ubuntu - Nove funkcije #17167: acer one ubuntu remix 9.04ZatvorenoErnad Husremović29.04.2009

Akcije
Akcije #1

Izmjenjeno od Ernad Husremović prije oko 16 godina

root@bringout-laptop:/lib/modules/2.6.28-11-generic/extra# cat /home/bringout/misdn_hfc.sh

sudo modprobe -r hfc_usb                                                                   
sudo modprobe -r hisax
sudo modprobe -r isdn
sudo modprobe -r hfcsusb
sudo modprobe -r mISDN_core

#2.6.28-11-generic
RELEASE=`uname -r`

cd /lib/modules/$RELEASE

cd extra

#/lib/modules/2.6.28-11-generic/extra# ls
#hfcmulti.ko  hfcsusb.ko  mISDN_core.ko       mISDN_dsp.ko       mISDN_dsp_mg2ec.ko      mISDN_dsp_oslec.ko  mISDN_l1loop.ko  xhfc.ko
#hfcpci.ko    l1oip.ko    mISDN_dsp_kb1ec.ko  mISDN_dsp_mec2.ko  mISDN_dsp_octwareec.ko  mISDN_dtmf.ko       octvqe

sudo insmod  mISDN_core.ko
sudo insmod  mISDN_dsp.ko
sudo insmod  mISDN_dsp_oslec.ko
sudo insmod  hfcsusb.ko

#root@bringout-laptop:/lib/modules/2.6.28-11-generic/extra# lsmod | grep hfcsusb
#hfcsusb                38808  0
#mISDN_core             89380  2 hfcsusb,mISDN_dsp

#root@bringout-laptop:/lib/modules/2.6.28-11-generic/extra# lsmod | grep mISDN
#mISDN_dsp_oslec        14336  0
#mISDN_dsp             209892  1 mISDN_dsp_oslec
#mISDN_core             89380  2 hfcsusb,mISDN_dsp

sudo lsmod | grep hfcsusb
sudo lsmod | grep mISDN

sudo misdn_info

#Found 1 port
#  Port  0 'HFC-S_USB.1':     TE/NT-mode BRI S/T (for phone lines & phones)
#                             2 B-channels: 1-2

root@bringout-laptop:/lib/modules/2.6.28-11-generic/extra# /home/bringout/misdn_hfc.sh

hfcsusb                38808  0
mISDN_core             89380  2 hfcsusb,mISDN_dsp
mISDN_dsp_oslec        14336  0
mISDN_dsp             209892  1 mISDN_dsp_oslec
mISDN_core             89380  2 hfcsusb,mISDN_dsp

Found 1 port
  Port  0 'HFC-S_USB.1':     TE/NT-mode BRI S/T (for phone lines & phones)
                             2 B-channels: 1-2

Akcije #2

Izmjenjeno od Ernad Husremović prije oko 16 godina

za lcr je potreban ncurses-dev paket

Akcije #3

Izmjenjeno od Ernad Husremović prije oko 16 godina

root@bringout-laptop:/lib/modules/2.6.28-11-generic/extra# lcr query

** LCR  Version 1.4

-> Using 'misdn_info'

Found 1 port
  Port  0 'HFC-S_USB.1':     TE/NT-mode BRI S/T (for phone lines & phones)
                             2 B-channels: 1-2

Akcije #4

Izmjenjeno od Ernad Husremović prije oko 16 godina

dodao u /etc/network/interfaces

# foliraj da si ifold
auto eth0

iface eth0 inet static
        address 192.169.45.4
        broadcast 192.169.45.255
        netmask 255.255.255.0

Akcije #5

Izmjenjeno od Ernad Husremović prije skoro 16 godina

http://www.trixbox.org/wiki/chan-misdn

vi /etc/modprobe.d/blacklist:

add the following lines at the end:

blacklist hisax
blacklist hisax_fcpcipnp
blacklist hisax_isac
blacklist crc_ccitt
blacklist isdn
blacklist slhc
blacklist capi
blacklist capifs
blacklist kernelcapi
blacklist kernel_capi
blacklist avmfritz
blacklist hfc4s8s_l1

Akcije #6

Izmjenjeno od Ernad Husremović prije skoro 16 godina

ovo se odnosi na misdn v1:

misdn.conf: Sample file for single port single card HFC system configuration:

[general]
debug = 0
method=standard
bridging=no
stop_tone_after_first_digit=yes
append_digits2exten=yes
dynamic_crypt=no
crypt_prefix=**
crypt_keys=test,muh

[default]
context=misdn
language=en
musicclass=default
senddtmf=yes
far_alerting=no
allowed_bearers=all
nationalprefix=0
internationalprefix=00
rxgain=0
txgain=0
te_choose_channel=no
pmp_l1_check=no
reject_cause=16
need_more_infos=no
nttimeout=no
method=standard
dialplan=0
localdialplan=0
cpndialplan=0
early_bconnect=yes
incoming_early_audio=no
nodialtone=no
callgroup=1
pickupgroup=1
presentation=-1
screen=-1
echocancel=yes
jitterbuffer=4000
jitterbuffer_upper_threshold=0
hdlc=no

[isdn]
ports=1
context=from-pstn
msns=*

zato sam ja na ifoldu stavio

[general]
debug=0
bridging=no
stop_tone_after_first_digit=yes
append_digits2exten=yes
dynamic_crypt=no
crypt_prefix=**
crypt_keys=test,muh

[default]
;echocancel=128
;echotraining=500

language=en
musicclass=default
senddtmf=yes
far_alerting=no
allowed_bearers=all
nationalprefix=0
internationalprefix=00
rxgain=0
txgain=0
te_choose_channel=no
pmp_l1_check=no
reject_cause=16
need_more_infos=no
nttimeout=no
method=standard
dialplan=0
localdialplan=0
cpndialplan=0
early_bconnect=yes
incoming_early_audio=no
nodialtone=no
;callgroup=1
;pickupgroup=1
;presentation=-1
screen=-1
echocancel=yes
jitterbuffer=4000
jitterbuffer_upper_threshold=0
hdlc=no
context=bringoutba

Akcije #7

Izmjenjeno od Ernad Husremović prije skoro 16 godina

misdn echo oslec cancelation

Re: [Misdn-asterisk] mISDN and oslec

Akcije #9

Izmjenjeno od Ernad Husremović prije skoro 16 godina

I use mISDN-git/oslec for some months now, which is working well so far.

Did you enable the EC in your dialplan for incoming/outgoing calls?

I use the following in my /etc/asterisk/extensions.ael for example:

// incoming calls
    123456 => {
        &init();
        if ("${CHANNEL:0:5}" = "mISDN") misdn_set_opt(e128);
        dial(SIP/21&SIP/22&SIP/23,30,TtHhgwW);
        hangup;
    };

// outgoing calls
    _XX. => {
        if ("${CHANNEL:0:3}" = "SIP") SIPDtmfMode(rfc2833);
        dial(mISDN/g:intern/${EXTEN}/e128,,TtHhgwW);
        hangup;
    };

Akcije #10

Izmjenjeno od Ernad Husremović prije skoro 16 godina

kod izlaznih poziva setuje e128, kod dolaznih poziva takođe setuje e128 sa misdn_set_opt(e128)

iz mISDN FAQ opcije:
  • d - Send display text on called phone, text is the optparam
  • n - don't detect dtmf tones on called channel
  • h - make digital outgoing call
  • c - make crypted outgoing call, param is keyindex
  • e - perform echo cancelation on this channel, takes taps as arguments (!=off,32,64,128,256)
  • s - send Non Inband DTMF as inband
  • vr - rxgain control
  • vt - txgain control
Not documented (stolen from Sourcecode ;) ):
  • a - uses Asterisk DSP instead of mISDN_DSP for DTMF ?? Also disables jitterbuffer.
  • p - callerpres takes as argument (allowed,not_screened)
  • i - Ignore detected dtmf tones, don't signal them to asterisk, they will be transported inband.
  • f - Faxdetect
  • j - enable jitterbuffer (jb=4000 jt=0)
  • jb - jitterbuffer length 100-8000
  • jt - jitterbuffer upper threshold < length
  • jn - no jitterbuffer
Akcije #11

Izmjenjeno od Ernad Husremović prije skoro 16 godina

inače ovaj što je započeo priču ovo kaže:

I have added the line
<module>mISDN_dsp_oslec</module>

to /etc/mISDN.conf and the line
pipeline=oslec(delay=32)

in section [default] of the /etc/asterisk/misdn.conf file.

Akcije #12

Izmjenjeno od Ernad Husremović prije skoro 16 godina

http://osdir.com/ml/linux.isdn.i4l.user/2008-03/msg00005.html

> How the OSLEC can be enabled in git version ? If the only mISDN_dsp_oslec
> module is left - after enabling voice channel in dmesg I've got :
>
> .......
> dsp_pipeline_build: element not found, skipping: mg2ec
> ......

add
<module>mISDN_dsp_oslec</module>
to
/etc/mISDN.conf
and
pipeline=oslec

to
/etc/asterisk/misdn.conf

Sincerely,
Peter

Akcije #13

Izmjenjeno od Ernad Husremović prije skoro 16 godina

  • Naslov promijenjeno iz misdn v2, lcr 1.4 (trunk) test on acer one notebook u misdn v2, lcr 1.4 (trunk) test on acer one notebook, oslec echo cancelation

ali mISDN_dsp_oslec ja imam samo u v2 mISDN-u (socke branch)

t
http://article.gmane.org/gmane.linux.isdn.i4l.user/4079

From: Peter Schlaile <peter@...>
Subject: Re: chan_lcr and misdn v2 oslec
Newsgroups: gmane.linux.isdn.i4l.user
Date: 2009-04-18 10:16:21 GMT (3 weeks, 6 hours and 36 minutes ago)

Hi,

first: to use oslec with mISDN V2 you _have_ to use the socket branch
(checkout using git directly, see www.misdn.org for details, you have to 
remove the kernel include files by hand in very recent kernels, otherwise, 
socket branch won't build.)

The mainline kernel doesn't include echo cancellors for now. (Has 
to be cleaned up before it's ready for mainline.)

second: to use in asterisk, use

    Dial(LCR/Number-To-Dial/eoslec(deftaps=128))

(you may omit the extra parameters and the parentheses, only wanted to 
show the way that works, if you want to fiddle with it).

It is strongly recommended to use the latest git-branch, since a lot of 
fixes got into GIT this year, that affected echo cancellation.

Cheers,
Peter

----
Peter Schlaile
Akcije #14

Izmjenjeno od Ernad Husremović prije skoro 16 godina

Dial(LCR/Number-To-Dial/eoslec(deftaps=128))

znači eoslec ... -> echo via oslec

Akcije #15

Izmjenjeno od Ernad Husremović prije skoro 16 godina

podešenje acer-one netbook-a

bringout@bringout-laptop:/etc/modprobe.d$ cat hisax-blacklist.conf

blacklist hisax
blacklist hisax_fcpcipnp
blacklist hisax_isac
blacklist crc_ccitt
blacklist isdn
blacklist slhc
blacklist capi
blacklist capifs
blacklist kernelcapi
blacklist kernel_capi
blacklist avmfritz
blacklist hfc4s8s_l1

/usr/local/routing.conf

[main]
                                       : remote  application=asterisk context=in
#interface=xyz                : goto ruleset=xyz
extern                    : goto ruleset=extern
intern                    : goto ruleset=intern
                    : disconnect cause=31

# Ruleset: EXTERN
# All calls from external lines are processed here.

[extern]
dialing=33269290             : remote application=asterisk context=in
dialing=33269291             : remote application=asterisk context=in
#dialing=33269292             : remote application=asterisk context=in
dialing=0,1234                : intern extension=200
dialing=200-299                : intern
dialing=81                : partyline room=42
#timeout=6                : intern extension=200
default                    : disconnect cause=1

ove postavke u [extern] kada isključim main remote application=asterisk ne piju vode, nisam se time bakćao to i nije previše bitno

Akcije #16

Izmjenjeno od Ernad Husremović prije skoro 16 godina

/usr/local/lcr/interface.conf

[Ext]
#extension
#msn 33269290,33269291
portnum 0

ovdje sam dugo se patio jer sam ostavio extension (iz nt postavke kada sam kačio gigaset centralu) pa mi je uvijek prosljeđivan asterisku msn 269291 a ne sam pozivaoc

na asterisku u extensions.ael podesio TRUNK=Lcr/Ext

što se tiče vanjskih poziva podesio


  // lokalni pozivi 6-cifbrojevi
  // N = cifre 2-9
  _NXXXXX => {
                NoOp("lokal 6-cif");
                &set_caller_id();
                lcr_config(e);
                //Dial(${TRUNK}/033${EXTEN:${TRUNKMSDDIRECT}},400,tT);
                Dial(Lcr/Ext/${EXTEN:${TRUNKMSDDIRECT}}/eoslec(deftaps=128),400,tT);
              };

sada ću probati tu varijantu sa eoslec

sinoć sam probao pozive i prijeme ali to nije bilo bajno.

sinoćnja iskustva:
  • zvuk loš, ima echo-a
  • uspjevao sam dva simultana poziva uspostaviti
  • međutim, vrlo brzo dođem do toga da sve otkaže, te prijem poziva čučne
  • na lcradmin-u ($sudo lcradmin state) uočio sam da admin zna par sekdi čekati dok otkači liniju - slično je iskustvo i sa gigaset centralom bilo - izgleda da se radi o problemu signalizacije - e sad nisam siguran da li je uzročnik chan_lcr (komunikacija asterik - lcr) ili je to sam mISDN, odnosno lcr
  • uočio sam neke errore u var/log/messages koje mISDN drajver prikazuje, ne znam da li je to možda do usb isdn kartice ili generalno ... i to je pitanje

sve u svemu misdn v1 ima probleme ali ipak ne čučnjava evo mjesec dana

problemi v1:
  1. kvaliteta zvuka echo i visoki glasovi se prikazuju kao dtmf tonovi
    • napomena: danas sam uradio podešenja, echo je manji, dtmf tonovi se nisu desili
  2. mora se restartovati računar za reload kernel modula
problem v2:
  1. signalizacija
  2. kada signalizacija prolupa, linije otkažu

zadatak: testirati signalizaciju

treba ovaj problem signalizacija ispitati sa dvije isdn kartice: jednu koristiti za gigaset centralu, a drugu za vanjske pozive - i sve to koristiti sa lcr-om bez učešća asteriska

Akcije #17

Izmjenjeno od Ernad Husremović prije skoro 16 godina

na asterisk konzoli ovo se često ponavlja:

[May  9 22:32:40] ERROR[20863]: chan_lcr.c:2337 lcr_indicate: [call=1 ast=lcr/35] Received indicate from Asterisk with unknown condition 20.

Akcije #18

Izmjenjeno od Ernad Husremović prije skoro 16 godina

bringout-laptop*CLI> core show application lcr_config

  -= Info about application 'lcr_config' =-

[Synopsis]
lcr_config

[Description]
lcr_config(<opt><optarg>:<opt>:...)
Sets LCR opts. and optargs

The available options are:
    d - Send display text on called phone, text is the optarg.
    n - Don't detect dtmf tones on called channel.
    h - Force data call (HDLC).
    t - Disable mISDN_dsp features (required for fax application).
    f - Adding fax detection. It it timeouts, mISDN_dsp is used.
        Use time to detect for optarg.
    c - Make crypted outgoing call, optarg is keyindex.
    e - Perform echo cancelation on this channel.
        Takes mISDN pipeline option as optarg.
    s - Send Non Inband DTMF as inband.
    r - re-buffer packets (160 bytes). Required for some SIP-phones and fax applications.
   vr - rxgain control
   vt - txgain control
        Volume changes at factor 2 ^ optarg.

Akcije #19

Izmjenjeno od Ernad Husremović prije skoro 16 godina

_0. => {
                //Set(TIMEOUT(digit)=5);
                //Set(TIMEOUT(absolute)=15);
                //Set(TIMEOUT(response)=60);

                &set_caller_id();

                lcr_config(eoslec:n);
                Dial(Lcr/Ext/${EXTEN:${TRUNKMSDDIRECT}}/eoslec:n,400,tT);
...
[May  9 22:42:57] NOTICE[21320]: chan_lcr.c:1766 lcr_request: [call=NULL ast=NULL] Received request from Asterisk. (data=Ext/061141311/eoslec:n)
[May  9 22:42:57] NOTICE[21320]: chan_lcr.c:320 alloc_call: [call=0 ast=NULL] Call instance allocated.
[May  9 22:42:57] NOTICE[21320]: chan_lcr.c:490 apply_opt: [call=0 ast=lcr/36] Option 'e' (echo cancel) with config 'oslec'.
[May  9 22:42:57] NOTICE[21320]: chan_lcr.c:416 apply_opt: [call=0 ast=lcr/36] Option 'n' (no DTMF).
[May  9 22:42:57] NOTICE[21320]: chan_lcr.c:1871 lcr_call: [call=NULL ast=lcr/36] Received call from Asterisk.

nije loš zvuk nakon ovoga, ja imam echo poprilično mali, zvuk je solidan, mislim sada znatno bolji nego li sa mISDN v1

Akcije #20

Izmjenjeno od Ernad Husremović prije skoro 16 godina

što se tiče dtmf tonova, kada samra na klaviru pusti visoki ton to se i dalje pretvara u dtmf tonove

Akcije #21

Izmjenjeno od Ernad Husremović prije skoro 16 godina

http://www.voip-info.org/wiki/view/Asterisk+DTMF

Inband

Inband means that DTMF is transmitted within the audio of the phone conversation, i.e. it is audible to the conversation partners. Therefore only uncompressed codecs like g711 alaw or ulaw can carry inband DTMF reliably. Female voice are known to once in a while trigger the recognition of a DTMF tone. For analog lines inband is the only possible means to transmit DTMF. 

mISDN v2

You can config a threshold when loading the mISDN_dsp module:

modprobe mISDN_dsp dtmfthreshold=100

Note: Asterisk 1.4 now also has the relaxdtmf= setting available in sip.conf.

bringout@bringout-laptop:/lib/modules/2.6.28-11-generic/extra$ sudo insmod ./mISDN_dsp.ko dtmfthreshold=100
bringout@bringout-laptop:/lib/modules/2.6.28-11-generic/extra$ sudo insmod ./mISDN_dsp_oslec.ko
Akcije #22

Izmjenjeno od Ernad Husremović prije skoro 16 godina

mISDN FAQ:

Why are my dtmf tones not detected everytime?

We've added a configurable dtmfthreshold, the default is 100, it can have values between 20 and 500. It needs to be changed either by giving the module parametern dtmfthreshold_option to the mISDN_dsp modul, or simply by setting the value

http://archives.free.net.ph/message/20090226.191049.829d356d.en.html

Is anyone able to confirm exactly whether mISDN's hardware DSP and driver
is responsible for detecting DTMF, or whether it's Asterisk analysing the
inbound audio? Scanning the README.misdn (sourced separately) the
chan_misdn driver readme comments a feature as "DTMF Detection in
HW+mISDNdsp (much better than asterisks internal!)" - so surely DTMF is
recognised and passed on by mISDN to Asterisk. The fact that the log
messages prefixed by P[ 1] are mISDN - I think I've answered my own question
there...

Yes, it's mISDN that detects the dtmf.

Akcije #23

Izmjenjeno od Ernad Husremović prije skoro 16 godina

echotest na notebooku ne radi iako su asterisk-sounds-* instalirani

[May  9 23:17:22] WARNING[22663]: file.c:602 ast_openstream_full: File demo-echotest does not exist in any format
[May  9 23:17:22] WARNING[22663]: file.c:912 ast_streamfile: Unable to open demo-echotest (format 0x8 (alaw)): No such file or directory
[May  9 23:17:22] WARNING[22663]: app_playback.c:439 playback_exec: ast_streamfile failed on SIP/12-0971a688 for demo-echotest

Akcije #24

Izmjenjeno od Ernad Husremović prije skoro 16 godina

sada radi:

bringout@bringout-laptop:/etc/asterisk$ sudo mv /usr/share/asterisk/sounds/* /var/lib/asterisk/sounds/

Akcije #25

Izmjenjeno od Ernad Husremović prije skoro 16 godina

mjenjao sam dtmfthreshold na 200 i 300 i još "hvata" klavir kao dtmf ton

Akcije #26

Izmjenjeno od Ernad Husremović prije skoro 16 godina

i 500 hvata ali mislim da je to za običan govor ipak ok

Akcije #27

Izmjenjeno od Ernad Husremović prije skoro 16 godina

kod ovih testiranja nisam imao problema sa prekidima

da bitno je napomenuti da u je u slučaju blokiranja nakon "lcr stop", "lcr start" bez diranja kernel modula prijem i zvanje uvijek proradilo

Akcije #28

Izmjenjeno od Ernad Husremović prije skoro 16 godina

trebalo bi podesiti i fax pa da se vidi par dana kako ovo funkcioniše ... jedini mi je problem alarm

još da kažem da je transfer radio i sa mobitela i sa mog lokala bez problema, znači pravi dtmf tonovi su registrovani (too sam koliko se sjećam do dtmftreshold=300 testirao)

Akcije #29

Izmjenjeno od Ernad Husremović prije skoro 16 godina

jutros testirao misdnv2/lcr na notebook-u

dženana kaže da me iz zenice odlično čuje, ona nema echo, a ja imam malo krzav ton i dobijam od nje neželjene dtmf signale

sip/12 -> sip/13 ne radi ?!

uočio sam čudnu stvar sa ovim jaunty asteriskom - sip/13 mi prijavljuje busy here kada pokušam da ga zovem sa sip/12 ili izvana svejedno

s druge strane sip show peers fino ga prijavljuje da je ok, i kada sa sip/13 zovem sip/12 takođe je sve ok

ovo su garant neke sip budaleštine asteriska - na to se mnoga raja žali i govore da je freeswitch zakon

kada napravim krug 269290 - 269290 poziv primim ali nakon toga sve čučne, moram lcr stop/start uraditi

Akcije #30

Izmjenjeno od Ernad Husremović prije skoro 16 godina

http://blog.runtux.com/category/asterisk/

[Ext1]
portnum 0
ptp
nodtmf

[Ext2]
portnum 1
ptp
nodtmf

[Int1]
portnum 2
nt
ptp
nodtmf

[Int2]
portnum 3
nt
ptp
nodtmf
Akcije #31

Izmjenjeno od Ernad Husremović prije skoro 16 godina

podesio Ext sa parametrima "ptp" i "nodtmf" ali nikakvih promjena ne vidim

nakon što nazovem

269290-26920 iza toka sve čučne a dobijam ovo na lcr konzoli:

Received IE 29 not allowed (mt=5)

Akcije #32

Izmjenjeno od Ernad Husremović prije skoro 16 godina

ptp se koristi za PRI ISDN tako da sam sve ovo vratio nazad

Akcije #33

Izmjenjeno od Ernad Husremović prije skoro 16 godina

ovaj bug je poznat

http://article.gmane.org/gmane.linux.isdn.i4l.user/4042
Hello Bernhard,

i also noticed this days that the nodtmf option in interfaces.conf does
not work
.
We need to check why. Till then you can simply comment out the dtmf
function in dsp_core.c
with the attached patch.

Kristijan

Akcije #34

Izmjenjeno od Ernad Husremović prije skoro 16 godina

pa onda

attached is also a patch to let asterisk/callweaver detect dtmf, after 
you disabeld the mISDN one's.
My experience is that Asterisk/CallWeaver detect less often wrong DTMF 
tones then the mISDN one's.

@Andreas, can you add this patch and make a option to use this and 
disable the mISDN one's?

http://www.isdn4linux.de/pipermail/isdn4linux/

Akcije #35

Izmjenjeno od Ernad Husremović prije skoro 16 godina

mISDN dsp_core - komentirao ovu sekvcencu

/* check if dtmf soft decoding is turned on
                if (dsp->dtmf.software) {
                        digits = dsp_dtmf_goertzel_decode(dsp, skb->data,
                                skb->len, (dsp_options&DSP_OPT_ULAW)?1:0);
                }

*/

i ovu

/* send dtmf result, if any
                if (digits) {
                        while (*digits) {
                                int k;
                                struct sk_buff *nskb;
                                if (dsp_debug & DEBUG_DSP_DTMF)
                                        printk(KERN_DEBUG "%s: digit" 
                                            "(%c) to layer %s\n",
                                            __func__, *digits, dsp->name);
                                k = *digits | DTMF_TONE_VAL;
                                nskb = _alloc_mISDN_skb(PH_CONTROL_IND,
                                        MISDN_ID_ANY, sizeof(int), &k,
                                        GFP_ATOMIC);
                                if (nskb) {
                                        if (dsp->up) {
                                                if (dsp->up->send(
                                                    dsp->up, nskb))
                                                        dev_kfree_skb(nskb);
                                        } else
                                                dev_kfree_skb(nskb);
                                }
                                digits++;
                        }
                }
*/

Akcije #36

Izmjenjeno od Ernad Husremović prije skoro 16 godina

bringout@bringout-laptop:~/devel/lcr$ git diff HEAD^ HEAD > ../hernad_chan_lcr_asterisk_dtmf.diff

Akcije #37

Izmjenjeno od Ernad Husremović prije skoro 16 godina

prekompajlir'o

bringout@bringout-laptop:/lib/modules/2.6.28-11-generic$ sudo modprobe -r mISDN_dsp_oslec
bringout@bringout-laptop:/lib/modules/2.6.28-11-generic$ sudo modprobe -r mISDN_dsp

bringout@bringout-laptop:/lib/modules/2.6.28-11-generic/extra$ sudo insmod ./mISDN_dsp.ko
bringout@bringout-laptop:/lib/modules/2.6.28-11-generic/extra$ sudo insmod ./mISDN_dsp_oslec.ko

Izmjenjeno od Ernad Husremović prije skoro 16 godina

prema gornjim uputama napravio patchove za mISDN i chan_lcr

međutim chan_clr je izazivao segdump asterisk-a

na kraju sam vratio stanje prije patch-a

rezultat je da sada asterisk ne registruje dtmf udaljene strane, ali udaljena strana ne može via asterisk slati uopšte dtmf tonove

naime chan_lcr je trebao koristeći asterisk dtmf detection fukcije registrovati dtmf

Akcije #39

Izmjenjeno od Ernad Husremović prije skoro 15 godina

  • Status promijenjeno iz Dodijeljeno u Odbačeno
Akcije

Također dostupno kao Atom PDF