Echo-Problem

[noseman]

Hallo,

Ich habe folgende Konfiguration:

- Pentium III-1 GHz
- 512 MB
- Debian stable
- Kernel 2.6.8-3-386 (aus Debian stable, kein Selbstcompilat)

Für Asterisk ist folgende Konfiguration aktiv:
- bristuff-0.3.0-PRE-1y
- zwei HFC-S-PCI-Karten, 1x TE, 1x NT
- an der NT-Karte hängt noch nichts, das kommt erst noch
- an der TE-Karte: Arcor-DSL
- Zugriff auf Asterisk mit idefisk (IAX2-Softphone, via DSL6000 und DSL-Router mit DD-WRT und Port-forwarding), da ich oft außer Haus bin

Mein Problem ist folgendes:
An sich scheint die Geschichte zu funktionieren, aber sobald ich via Asterisk nach draußen telefonieren möchte (also idefisk => (via DSL) => asterisk => zap_hfc => ISDN), hört sich mein Gegenüber selbst nach kurzer Verzögerung als Echo selbst.
Ich höre mein Gegenüber problemlos, d.h. ICH höre das Echo NICHT.
Wenn ich jetzt von außerhalb "daheim" anrufe und z.B. auf das VoiceMail-System spreche, höre ich mich NICHT als Echo (in diesem Fall: Anruf von der Schweiz aus Richtung Deutschland).

Folgende Konfigurationsfiles:

/etc/zaptel.conf

loadzone=de
defaultzone=de

span=1,1,3,ccs,ami
bchan=1-2
dchan=3

span=2,0,3,ccs,ami
bchan=4-5
dchan=6

/etc/asterisk/zapata.conf

[channels]
language=de
switchtype=euroisdn
musiconhold=default

immediate=yes
callerid=asreceived
usecallerid=yes

;  card 1 => NT
context=s0intern
pridialplan=local
signalling=bri_net_ptmp
group=1
channel=>1-2

;  card 2 => TE
echocancel=256
echocancelwhenbridged=256
;echotraining=800
rxgain=-5.0
txgain=-5.0

context=bri-in
signalling=bri_cpe_ptmp 
group=2,3
channel=>4-5

cat /proc/interrupts

reepicheep:/usr/local/src# cat /proc/interrupts 
           CPU0       
  0:    2140031    IO-APIC-edge  timer
  1:          9    IO-APIC-edge  i8042
  9:          0   IO-APIC-level  acpi
 14:      11213    IO-APIC-edge  ide0
185:   16162819   IO-APIC-level  zaphfc
193:      13601   IO-APIC-level  eth0
201:        756   IO-APIC-level  zaphfc
NMI:          0 
LOC:    2140005 
ERR:          0
MIS:          0

Wieso die Karten auf Interrupt "185" und "201" gelandet sind, weiß ich auch nicht. Ich werde morgen Abend (wenn ich wieder bei dem Rechner bin) mal im BIOS etwas rumschauen, ob da nicht "normale" Interrupts zu kriegen sind.

cat /proc/zaptel/*

reepicheep:/usr/local/src# cat /proc/zaptel/*
Span 1: ZTHFC1 "HFC-S PCI A ISDN card 0 [NT] layer 1 DEACTIVATED (G2)" AMI/CCS 

           1 ZTHFC1/0/1 Clear (In use) 
           2 ZTHFC1/0/2 Clear (In use) 
           3 ZTHFC1/0/3 HDLCFCS (In use) 
Span 2: ZTHFC2 "HFC-S PCI A ISDN card 1 [TE] layer 1 ACTIVATED (F7)" AMI/CCS 

           4 ZTHFC2/0/1 Clear (In use) 
           5 ZTHFC2/0/2 Clear (In use) 
           6 ZTHFC2/0/3 HDLCFCS (In use)

Was mich noch gewundert hat:
In Asterisk wird folgendes angezeigt:
(über Channel 4 laufen die Gespräche nach draußen)

reepicheep*CLI> zap show channel 4
Channel: 4*CLI> 
File Descriptor: 18
Span: 2
Extension: 
Dialing: no
Context: bri-in
Caller ID: 
Calling TON: 0
Caller ID name: 
Destroy: 0
InAlarm: 0
Signalling Type: PRI Signalling
Radio: 0
Owner: <None>
Real: <None>
Callwait: <None>
Threeway: <None>
Confno: -1
Propagated Conference: -1
Real in conference: 0
DSP: no
Relax DTMF: no
Dialing/CallwaitCAS: 0/0
Default law: alaw
Fax Handled: no
Pulse phone: no
Echo Cancellation: 256 taps unless TDM bridged, currently OFF
PRI Flags: 
PRI Logical Span: Implicit
Hookstate (FXS only): Onhook

Any ideas, wie ich das Echo-Problem in den Griff bekommen kann??

Und Zusatzfrage:
Ist es eigentlich auch möglich, aus den Bestandteilen "asterisk", "zaptel", "zaphfc" und "bristuff" das Gleiche zu bauen, wie es im bristuff-Paket drin ist, nur mit aktuellen Versionen?
Soweit ich gelesen habe, gibt es ja von asterisk und von zaptel schon neuere Versionen... (1.2.16 bei *, z.B.)
Nur sieht für mich das Paket "bristuff-..." noch etwas undurchsichtig aus, was die Abhängigkeiten und die Patches angeht...

Danke!

Ciao,
Christian

 

[Dakapo]

Hast Du schon einmal beobachtet, ob das Echo eventuell nur bei Gesprächen mit einem Analog-Anschluss auftritt?

Ich habe schon häufiger das Problem gehabt, dass beim Medium-Wandel Digital > Analog Probleme auftreten.

Das bedeutet SIP > SIP keine Echos. SIP > ISDN keine Echos. SIP > Analog Echos.

 

[noseman]

Hallo,

Hast Du schon einmal beobachtet, ob das Echo eventuell nur bei Gesprächen mit einem Analog-Anschluss auftritt?

Nein, es trat bisher bei Anrufen auf ISDN-Anschlüsse, dort aber dann mit Analog-Telefonen an a/b-Wandlern, auf.

Ciao,
Christian

 

[britzelfix]

@noseman

;  card 2 => TE
echocancel=256
echocancelwhenbridged=256
;echotraining=800
rxgain=-5.0
txgain=-5.0

Merkwürdige Werte. Warum so niedrige rx-/txgain?
Die 256 sind auch Phantasiewerte, da muß nur ein
yes oder no hin.

Ich hab da folgendes stehen:

echocancel = yes
echocancelwhenbridged = yes
echotraining = no
;rxgain=1.5
;txgain=1.5

Gruß
britzelfix

 

[noseman]

Hallo,

Merkwürdige Werte. Warum so niedrige rx-/txgain?
Die 256 sind auch Phantasiewerte, da muß nur ein
yes oder no hin.

Die rx/txgain-Werte habe ich anhand des Ausschlags von "ztmonitor 4 -vv" "erraten".
Ich habe sie aber wieder etwas erhöht.
Den echocancel-Wert habe ich nach Suchen im Forum mal so eingestellt.

Aber ich habe -glaube ich- die Quelle des Echos entlarvt:

- Wenn ich (aus meinem lokalen Netz heraus) per IAX2 (idefisk) auf den Asterisk zugreife und via ISDN raustelefoniere, habe ich das Echoproblem
- Wenn ich jetzt per SIP (X-Lite / SJphone) zugreife, ist das Echo weg!!

Wie kann das sein?!
Mir wäre IAX2 etwas lieber, denn das läßt sich durch meinen Router leichter nach außen freigeben... Denn der Zugriff via openvpn von außen scheint zu viel Latenz zu haben.

Ciao,
Christian