Anderer Echo Canceller (OSLEC) im mISDN möglich?

[HobbyStern]

Hi,

Ich habe an meinem laufenden System wie in der Signatur nichts mehr geändert

Sollte auch so sein, wie wir alle wissen

Okay, ich hatte etwas Zeit und habe das ganze mal auf meine Testkiste gepackt, habe alles genau nachgebaut wie ich es hier produktiv habe und siehe da, nach einigem hin und her läuft es sauber.

Bisher wenigstens. Ich denke ich kann das ganze für einen ruhigen Montag mal produktiv fahren, dann sehe ich recht schnell ob es etwas ist was man verfolgen sollte..

Bis dato im Testsystem - saubere, absolut verzögerungsfreie Verbindungen..ich habe zapata auch direkt mit oslec versehen, dort machte die Integration mehr Ärger, nunmehr aber auch stabil integriert. "Stabil" soweit ich nach 2 Std. sagen kann.

Eine ganz blöde Frage bleibt, es scheint mir so als mISDN in der Neusten Version der 1er Branch (1.1.8) weiterhin MG2 nutzt..ich hatte es so herausgelesen dass selbst Christian seit 2007 sagt das oslec "der" echo canceler ist..

Manchmal verstehe ich das nicht ganz - gut aber nicht implementiert, erinnert mich an die Zeiten in welchen ich hier schrieb "Nehmt MG2 auf! Es gibt nichts besseres!"

Mhmm..

EDIT: Aufnahme des oslec ins Produktive System reibungslos für zaptel, für misdn habe ich lediglich ein update auf 1.1.8 gefahren, dort aber keinen patch für oslec gefunden und somit keinen eingespielt, misdn nutzt weiter mg2 :-/

zap ist verzögerungsfrei (nach gefühl) - misdn hat eine kleine verzögerung (wie immer) - getestet mit rausruf sip / eingang misdn und zum echotest.

Soweit.

Gibt es für misdn-1-1-8 den oslec patch?

LG Stefan

 

[jackfritt]

Ich würde nur den git nehmen da dort noch kleine Schönheitsfehler korrigiert werden ( Ich sag nur Kernel > 2.6.24)

http://git.misdn.org/?p=mISDN.git;a=shortlog;h=master
Wenn man dort in die sourcen schaut findet man auch oslec

Leider funktioniert das bei mir unter kernel 2.6.26 auch nicht (module unload )

Jan 19 12:46:14 gw kernel: mISDN_dsp_element_unregister: oslec unregistered
Jan 19 12:46:14 gw kernel: mISDN_dsp_element_unregister: hwec unregistered
Jan 19 12:46:14 gw kernel: dsp_pipeline_module_exit: dsp pipeline module exited
Jan 19 12:46:14 gw kernel: ------------[ cut here ]------------
Jan 19 12:46:14 gw kernel: WARNING: at arch/x86/kernel/pci-dma.c:488 dma_free_coherent+0xcf/0xe0()
Jan 19 12:46:14 gw kernel: Modules linked in: hfcpci(-) hfcmulti mISDN_capi l3udss1 mISDN_l2 mISDN_l1 mISDN_core capi capifs sch_sfq cls_u32 sch_ingress sch_htb iptable_raw xt_comment xt_policy ipt_ULOG ipt_TTL ipt_ttl ipt_REJECT ipt_REDIRECT ipt_recent ipt_NETMAP ipt_MASQUERADE ipt_LOG ipt_ECN ipt_ecn ipt_ah ipt_addrtype nf_nat_tftp nf_nat_pptp nf_nat_proto_gre nf_nat_ftp nf_nat_amanda ts_kmp nf_conntrack_amanda nf_conntrack_tftp nf_conntrack_pptp nf_conntrack_proto_gre nf_conntrack_ftp xt_pkttype xt_NFQUEUE xt_NFLOG xt_multiport xt_MARK xt_mark xt_mac xt_limit xt_length xt_helper xt_hashlimit xt_dccp xt_conntrack xt_CONNMARK xt_connmark xt_CLASSIFY xt_state iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack iptable_filter xt_TCPMSS xt_tcpmss xt_tcpudp iptable_mangle ip_tables x_tables af_packet loop fcpci(P) ehci_hcd ohci_hcd kernelcapi 8139too forcedeth i2c_nforce2 usbcore i2c_core evdev unix [last unloaded: mISDN_dsp]
Jan 19 12:46:14 gw kernel: Pid: 11758, comm: modprobe Tainted: P          2.6.26 #1
Jan 19 12:46:14 gw kernel:  [<c011ec9f>] warn_on_slowpath+0x5f/0x90
Jan 19 12:46:14 gw kernel:  [<c01f6e45>] idr_remove+0x105/0x170
Jan 19 12:46:14 gw kernel:  [<c02cd50d>] pci_conf1_write+0x9d/0xf0
Jan 19 12:46:14 gw kernel:  [<c02ceb37>] raw_pci_write+0x47/0x80
Jan 19 12:46:14 gw kernel:  [<c02ceba0>] pci_write+0x30/0x40
Jan 19 12:46:14 gw kernel:  [<c0106f8f>] dma_free_coherent+0xcf/0xe0
Jan 19 12:46:14 gw kernel:  [<f8b25f90>] release_card+0xe0/0x190 [hfcpci]
Jan 19 12:46:14 gw kernel:  [<f8b26597>] HFC_manager+0x557/0x6e0 [hfcpci]
Jan 19 12:46:14 gw kernel:  [<c011a64e>] hrtick_set+0x9e/0x170
Jan 19 12:46:14 gw kernel:  [<f8be15a2>] release_layers+0x22/0x90 [mISDN_core]
Jan 19 12:46:14 gw kernel:  [<c011ba20>] __wake_up+0x50/0x90
Jan 19 12:46:14 gw kernel:  [<f8be2307>] delete_stack+0xd7/0x200 [mISDN_core]
Jan 19 12:46:14 gw kernel:  [<c015bd9c>] vma_adjust+0x1dc/0x450
Jan 19 12:46:14 gw kernel:  [<f8be24b2>] release_stack+0x82/0x120 [mISDN_core]
Jan 19 12:46:14 gw kernel:  [<c014ef44>] free_hot_cold_page+0x134/0x1b0
Jan 19 12:46:14 gw kernel:  [<f8be3f42>] release_stacks+0x102/0x1a0 [mISDN_core]
Jan 19 12:46:14 gw kernel:  [<f8be0a88>] mISDN_unregister+0x38/0x120 [mISDN_core]
Jan 19 12:46:14 gw kernel:  [<f8be1159>] mISDN_module_unregister+0x89/0xd0 [mISDN_core]
Jan 19 12:46:14 gw kernel:  [<f8b27389>] HFC_cleanup+0x19/0x90 [hfcpci]
Jan 19 12:46:14 gw kernel:  [<c014370d>] sys_delete_module+0x10d/0x1d0
Jan 19 12:46:14 gw kernel:  [<c015b667>] remove_vma+0x37/0x50
Jan 19 12:46:14 gw kernel:  [<c015c2c7>] do_munmap+0x197/0x1f0
Jan 19 12:46:14 gw kernel:  [<c0102f7d>] sysenter_past_esp+0x6a/0x91
Jan 19 12:46:14 gw kernel:  =======================
Jan 19 12:46:14 gw kernel: ---[ end trace 0fd3caffdc3c577c ]---
Jan 19 12:46:14 gw kernel: ------------[ cut here ]------------
Jan 19 12:46:14 gw kernel: WARNING: at /usr/src/mISDN/drivers/isdn/hardware/mISDN/stack.c:852 release_stack+0x111/0x120 [mISDN_core]()
Jan 19 12:46:14 gw kernel: Modules linked in: hfcpci(-) hfcmulti mISDN_capi l3udss1 mISDN_l2 mISDN_l1 mISDN_core capi capifs sch_sfq cls_u32 sch_ingress sch_htb iptable_raw xt_comment xt_policy ipt_ULOG ipt_TTL ipt_ttl ipt_REJECT ipt_REDIRECT ipt_recent ipt_NETMAP ipt_MASQUERADE ipt_LOG ipt_ECN ipt_ecn ipt_ah ipt_addrtype nf_nat_tftp nf_nat_pptp nf_nat_proto_gre nf_nat_ftp nf_nat_amanda ts_kmp nf_conntrack_amanda nf_conntrack_tftp nf_conntrack_pptp nf_conntrack_proto_gre nf_conntrack_ftp xt_pkttype xt_NFQUEUE xt_NFLOG xt_multiport xt_MARK xt_mark xt_mac xt_limit xt_length xt_helper xt_hashlimit xt_dccp xt_conntrack xt_CONNMARK xt_connmark xt_CLASSIFY xt_state iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack iptable_filter xt_TCPMSS xt_tcpmss xt_tcpudp iptable_mangle ip_tables x_tables af_packet loop fcpci(P) ehci_hcd ohci_hcd kernelcapi 8139too forcedeth i2c_nforce2 usbcore i2c_core evdev unix [last unloaded: mISDN_dsp]
Jan 19 12:46:14 gw kernel: Pid: 11758, comm: modprobe Tainted: P        W 2.6.26 #1
Jan 19 12:46:14 gw kernel:  [<c011ec9f>] warn_on_slowpath+0x5f/0x90
Jan 19 12:46:14 gw kernel:  [<f8b26008>] release_card+0x158/0x190 [hfcpci]
Jan 19 12:46:14 gw kernel:  [<c011a64e>] hrtick_set+0x9e/0x170
Jan 19 12:46:14 gw kernel:  [<c01813de>] find_inode+0x3e/0x70
Jan 19 12:46:14 gw kernel:  [<f8be2541>] release_stack+0x111/0x120 [mISDN_core]
Jan 19 12:46:14 gw kernel:  [<c0181546>] ifind+0x46/0xc0
Jan 19 12:46:14 gw kernel:  [<c01f61ea>] _atomic_dec_and_lock+0x2a/0x50
Jan 19 12:46:14 gw kernel:  [<c018126d>] iput+0x1d/0x50
Jan 19 12:46:14 gw kernel:  [<f8be0746>] mISDN_ctrl+0x5b6/0x690 [mISDN_core]
Jan 19 12:46:14 gw kernel:  [<c01b001b>] sysfs_hash_and_remove+0x5b/0x70
Jan 19 12:46:14 gw kernel:  [<c020ab46>] pci_device_remove+0x16/0x40
Jan 19 12:46:14 gw kernel:  [<c025dfb1>] __device_release_driver+0x51/0x90
Jan 19 12:46:14 gw kernel:  [<c025e497>] driver_detach+0xa7/0xc0
Jan 19 12:46:14 gw kernel:  [<c025d355>] bus_remove_driver+0x75/0xa0
Jan 19 12:46:14 gw kernel:  [<c020ad9b>] pci_unregister_driver+0x1b/0x90
Jan 19 12:46:14 gw kernel:  [<c014370d>] sys_delete_module+0x10d/0x1d0
Jan 19 12:46:14 gw kernel:  [<c015b667>] remove_vma+0x37/0x50
Jan 19 12:46:14 gw kernel:  [<c015c2c7>] do_munmap+0x197/0x1f0
Jan 19 12:46:14 gw kernel:  [<c0102f7d>] sysenter_past_esp+0x6a/0x91
Jan 19 12:46:14 gw kernel:  =======================
Jan 19 12:46:14 gw kernel: ---[ end trace 0fd3caffdc3c577c ]---
Jan 19 12:46:14 gw kernel: release_l1 id 100
Jan 19 12:46:14 gw kernel: release_l1 id 200
Jan 19 12:46:14 gw kernel: release_l1 id 300
Jan 19 12:46:14 gw kernel: release_l1 id 400
Jan 19 12:46:14 gw kernel: ACPI: PCI interrupt for device 0000:01:08.0 disabled
Jan 19 12:46:14 gw kernel: free_Application: no garbage
Jan 19 12:46:14 gw kernel: mISDNcore mISDN_modulelist not empty
Jan 19 12:46:14 gw kernel: mISDNd: daemon exit now (current:f7c3e040)
Jan 19 12:46:14 gw kernel: mISDNcore unloaded

Gruss,

Jörg

 

[HobbyStern]

Hi Jackfritt,

oha, ich lese mich gerade ein wenig ein und darf gestehen doch wohl etwas hinter der Entwicklung her zu sein - starte lesen bei "Was ist git?" (EDIT : Okay, ich kannte unter diesem Einsatz nur RCS/SVN - Alles klar.)

:alt:

Ich werde Deinem Rat folgen sobald ich verstehe um was es geht..der Kernel ist hier noch sehr antiquar, ich habe ein Update im produktiven System stets aufgeschoben da es schlichtweg wenig Gründe gab.

LG Stefan

 

[jackfritt]

Never change a running System. Ich habe hier nur Ärger

Bau lieber ein neues System auf und klemm die Strippen um, is sicherer.

Kleiner Link für mISDN V2 install unter Debian

Gruss,

Jörg

 

[HobbyStern]

Hey

Recht haste - ich teste das ganze auch immer auf meinem Ausfallschutz-Rechner "nebenan" - gerade jetzt warte ich darauf das mir mein (git installed) mISDN Treiber einen rmmod erlaubt..

Er scheint sich wegzuhängen wenn ich versuche das gerade frisch erworbene mISDN Modul wieder zu entfernen...

Lustig ist das EDV Leben

Oha - edit :

Schau mal, das gibt es selten zu sehen :

root     16222  0.0  0.2   2768  1448 ?        Ss   15:44   0:00 /bin/sh /etc/init.d/rc 6
root     16367  0.0  0.2   2684  1332 ?        S    15:44   0:00 /bin/sh /etc/rc6.d/K30zaptel stop
root     16383  0.0  0.1   2684   612 ?        S    15:44   0:00 /bin/sh /etc/rc6.d/K30zaptel stop
root     16390  0.0  0.0   1556   436 ?        D    15:44   0:00 rmmod wctdm

rc6 Der Rechner möchte gerne neu starten...interessiert nur "wctdm" nicht ;-)

Grüsse, Stefan

 

[Apollyon]

Hallo alle!

Haben jemand geschafft, OSLEC mit mISDN V2 aktivieren?
Ich habe die neueste Version von git-mISDN, kompiliert es ohne Probleme bekommen und können ISDN-Load-Module (mISDN_core, SDP und dsp_oslec). Aber dmesg sagt nichts über die Echokompensation, lsmod zeigt, dass mISDN_dsp_oslec Modul ist nicht während des Aufrufs verwendet wird.
Irgendwelche Vorschläge?

Grüße

M. Karpenko

P.S. Sorry für Fehler, von Englisch übersetzt von google

 

[Larry]

Irgendwelche Vorschläge?

Für mich ist das Thema mISDN gestorben. Knapp drei Jahre lang habe ich getestet und probiert, aber so richtig toll und stabil war es nie. Für alle Fremdgänger möchte ich daher an dieser Stelle auf HFC-Karte mit Dahdi und Asterisk 1.6 verweisen.

For myself the topic mISDN is over. I did three years of sampling and testing but IMHO mISDN neither worked neat nor stable. So, for all cheater, I want to refer to HFC-Card with Dahdi and Asterisk 1.6.
-
Larry

 

[Apollyon]

Eigentlich habe ich auch versucht, auf diese Weise zu betrügen, sondern dahdi weigerte sich, meinen HFC E1 Karte zu sehen. Kann ich es noch einmal versuchen sollte, denn ich war der einzige Versuch, dahdi arbeiten mit ISDN-Karte zu machen, den Rest der Zeit verbrachte ich im Kampf mit mISDN V2.

So wird dahdi Unterstützung HFC E1?

Trotzdem, vielen Dank für die Anregung

 

[Larry]

So wird dahdi Unterstützung HFC E1?

Soweit ich weiß, werden HFC-Ex Karten derzeit nur von bristuff und/oder mISDN unterstützt. Für PRI benutze ich bislang nur Digium-Karten, daher kann ich an dieser Stelle leider nicht weiterhelfen.

AFAIK only bristuff and/or mISDN supports the HFC-Ex Cards. I'm using Digium-only Cards for PRI, so I'm sorry but can't help in this case.

-
Larry

 

[Apollyon]

Es scheint, ich werde richtig Spaß nicht nur mit mISDN, sondern auch mit DAHDI haben

In jedem Fall, Larry, ich appriciate Ihre Hilfe!