[erledigt] störender BEEP vor Rufaufbau

[swaesch]

Hallo,

bei jedem externen Rufaufbau ins ISDN-Netz bekomme ich einen störenden BEEP zuhören.

Wie kann ich diesen ausschalten??

Funktioniert dies über die zapata.conf???


Sven

 

[kombjuder]

Wie kann ich diesen ausschalten??

Hast du das enum-sript aus den Beispielen in deiner extensions.conf?
Wenn ja, da wird ein beep abgespielt. Durchsuche einfach mal deine extensions.conf nach Beep.

 

[swaesch]

Nein, habe weder das Enum-script noch ein beep in meiner extensions.conf.

Es ist definitiv nicht das File beep.gsm aus /var/lib/asterisk/sounds das ich zu hören bekomme.


Auffallend ist, das dies nur bei gehenden Gesprächen über eine HFC-Karte im TE Mode vorkommt.
Bei gehenden Gesprächen über eine HFC-Karte im NT Mode kommt dies nicht vor.


Inwiefern kann dies mit der Vermittlungstelle zu tun haben?????


Bin ich da wirklich der einzige der dieses Problem hat??


Hab noch ein "pri debug span" bei einem Telefongespräch ins Deutsche Festnetz durchgeführt.

1 -- Making new call for cr 139
-- Requested transfer capability: 0x10 - 3K1AUDIO
1 > Protocol Discriminator: Q.931 (8 ) len=36
1 > Call Ref: len= 1 (reference 11/0xB) (Originator)
1 > Message type: SETUP (5)
1 > [1 041 031 901 901 a31 ]
1 > Bearer Capability (len= 5) [ Ext: 1 Q.931 Std: 0 Info transfer capability: 3.1kHz audio (16)
1 > Ext: 1 Trans mode/rate: 64kbps, circuit-mode (16)
1 > Ext: 1 User information layer 1: A-Law (35)
1 > [1 181 011 811 ]
1 > Channel ID (len= 3) [ Ext: 1 IntID: Implicit, Other Spare: 0, Preferred Dchan: 0
1 > ChanSel: B1 channel
1 ]
1 > [1 6c1 081 411 811 361 XXX XXX XXX XXX XXX ]
1 > Calling Number (len=10) [ Ext: 0 TON: Subscriber Number (4) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
1 > Presentation: Presentation permitted, user number passed network screening (1) '6XXXXX' ]
1 > [1 701 0b1 a11 311 371 311 361 351 XXX XXX XXX XXX XXX ]
1 > Called Number (len=13) [ Ext: 1 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) '17165XXXXX' ]
1 > [1 a11 ]
1 > Sending Complete (len= 1)
-- Called g1/17165XXXXX
1 < Protocol Discriminator: Q.931 (8 ) len=7
1 < Call Ref: len= 1 (reference 139/0x8B) (Terminator)
1 < Message type: CALL PROCEEDING (2)
1 < [1 181 011 891 ]
1 < Channel ID (len= 3) [ Ext: 1 IntID: Implicit, Other Spare: 0, Exclusive Dchan: 0
1 < ChanSel: B1 channel
1 ]
1 -- Processing IE 24 (cs0, Channel Identification)
-- Zap/1-1 is proceeding passing it to Zap/4-1
1 < Protocol Discriminator: Q.931 (8 ) len=4
1 < Call Ref: len= 1 (reference 139/0x8B) (Terminator)
1 < Message type: ALERTING (1)
-- Zap/1-1 is ringing

......... usw.

Vielleicht kann mir ja einer seinen pri debug span Inhalt posten.

 

[swaesch]

Nach dem ich nun einen anderen M-Net Kunden angesprochen habe, der genau das gleiche BEEP vor einem Gesprächsaufbau über eine HFC Karte im TE Mode hat,

bin ich der Meinung das es an meinem Provider liegen muß.


Kann mir einer von euch bestätigen, dass er dieses BEEP ebenfalls bei M-Net hat,

bzw. alle anderen bei anderen Provider, nach der geringen Reaktion auf mein Thread, habt dieses BEEP dann also nicht.

 

[madiehl]

Moin,
ich habe dieses Beep auch bei der T-Com, betrachte das aber nicht als Problem, daher habe ich auch nichts dazu geschrieben

 

[swaesch]

Für mich persönlich wäre es ja auch kein Problem,

aber es gibt bei mir User, die dies stört.

Und da ich die Asterisk Anlage ohne merkbaren unterschied implementieren wollte ist dies natürlich ein Rückschritt.


Die Frage, die ich mir nun stelle, da es scheinbar doch vom Asterisk abhängt,

wo kann ich es deaktivieren???

 

[madiehl]

Ich tippe mal als Ursache auf Zaptel. Wenn Du kannst dann probiere doch mal MISDN oder VISDN.

 

[elox]

Wenn mich meine Nase nicht täuscht, würde ich sagen du has "echotraining = yes"?

Aus voip-info org

Enabling echo training will cause Asterisk to briefly mute the channel, send an impulse, and use the impulse response to pre-train the echo canceller so it can start out with a much closer idea of the actual echo

 

[swaesch]

Hab in meiner zapata.conf explizit echotrainig=no.


Das kann es also auch nicht sein.

 

[elox]

ich hab das grad ausprobiert bei mir zu hause (hab auch ein piepen beim rauswaehlen) bei mir schaltet echotraining yes/no das piepen an und aus.

zeig doch mal deine zapata.conf her.

 

[swaesch]

sehr interessant dein Test.

Hier meine zapata.conf

[channels]
language=de


;erste Karte TE
switchtype=euroisdn
signalling=bri_cpe_ptmp
usecallerid=yes
overlapdial=no
immediate=no
group=1
internationalprefix=00
nationalprefix=0
prilocaldialplan=local
context=isdn_in
channel => 1-2
echocancel=128
echocancelwhenbridged=128
echotraining=no
rxgain=-1
txgain=-1


;zweite Karte NT
signalling=bri_net_ptmp
overlapdial=yes
group=2
pridialplan=local
context=intern
channel => 4-5
rxgain=0.25
txgain=0.25


;dritte Karte NT
group=3
context=intern
channel => 7-8

 

[elox]

Das ist meine Config, in diesem Fall mit Asterisk 1.2.7.1-BRIstuffed-0.3.0-PRE-1o

ich werde das heute abend einfach nochmals kurz ausprobieren ob das Ausbleiben meines Tons definitiv an echotraning liegt.

asterisk:~# cat /etc/asterisk/zapata.conf
;
; Zapata telephony interface
;
; Configuration file

[channels]

language=de
switchtype = euroisdn
signalling = bri_net_ptmp
pridialplan = local
prilocaldialplan = local
nationalprefix = 0
internationalprefix = 00
echocancel = yes
overlapdial = yes
echocancelwhenbridged = yes
echotraining = yes
immediate = no
usecallerid = yes

signalling = bri_net_ptmp
group = 1
context = internal
channel => 1-2

; TE Equipment
signalling = bri_cpe_ptmp
group = 2
context = incoming
channel => 4-5

 

[swaesch]

Ich habe jetzt mal deine zapata.conf hergenommen und für mich umgeschrieben.

Was mir als erstes aufgefallen ist, deine TE Karte ist die letzte Karte.
Und ein pridialplan = local bei meiner TE Karte funktioniert nicht,
deswegen habe ich sie dort auskommentiert.

mit pridialplan = local bei der TE Karte bekomme ich diese Meldung
-----------
Jun 6 13:42:30 WARNING[23397]: app_dial.c:726 wait_for_answer: Unable to forward voice
-- Hungup 'Zap/1-1'
== Everyone is busy/congested at this time (1:0/0/1)
-----------


Leider bekomme ich, auch wenn ich echotraining auf no setzte diesen störrenden BEEP.

; Zapata telephony interface
; Configuration file

[channels]
language=de

switchtype = euroisdn
;pridialplan = local
prilocaldialplan = local
nationalprefix = 0
internationalprefix = 00
echocancel = yes
overlapdial = yes
echocancelwhenbridged = yes
echotraining = no
immediate = no
usecallerid = yes

;erste Karte TE
signalling = bri_cpe_ptmp
group = 1
context = isdn_in
channel => 1-2

;zweite Karte NT
pridialplan = local
signalling = bri_net_ptmp
group = 2
context = intern
channel => 4-5

;dritte Karte NT
signalling = bri_net_ptmp
group = 3
context = intern
channel => 7-8

 

[elox]

wenn ich die art der zapata.conf richtig verstanden habe, musst du die ganze pri Parameter nur einmal im Kopf setzten und dann und nicht wiederholen.

Ich hab hier noch mit einer OctoBri eine leicht abgewandelte config im Einsatz.

pridialplan = local
prilocaldialplan = dynamic
priindication=passthrough
nationalprefix = 0
internationalprefix = 00

meine einzige Echo Einstellung in dieser config ist echocancel = yes weil die Hardware und die Leitung hier recht hochwertig ist. In dieser Zusammenstellung übrigens auch kein Piepen.

 

[swaesch]

Hab meine Konfig jetzt mal umgedreht, so dass die TE Karte als letztes Konfiguriert wird.

Das mit den pri Parameter im Kopf ist ja gut und recht, und ich versteh auch, dass diese nur einmal gesetzt werden müssen, da sie dann auch für die anderen Karten gelten.
Außerdem wiederhole ich sie ja nicht, sondern setzte sie für die NT Karten anders als für die TE.

Aber auch in meiner jetztigen konfiguration

1. Karte NT
2. karte NT
3. Karte TE

muß ich expliziet für die TE karte einen anderen Wert für pridialplan setzen (ich hab hier jetzt mal national genommen) damit ich überhaupt rausrufen kann.

sonst bekomme ich jedes mal die Meldung
-----------
Jun 6 13:42:30 WARNING[23397]: app_dial.c:726 wait_for_answer: Unable to forward voice
-- Hungup 'Zap/1-1'
== Everyone is busy/congested at this time (1:0/0/1)
-----------



Hab nun mal meine zapata.conf auf ein minimum reduziert, damit es noch funktioniert, echo Einstellung habe ich komplett ausgelassen.

Leider hat sich bzgl. des BEEP nichts getan, auch nicht wenn ich echotraining=yes oder echotraining=no setze

; Zapata telephony interface
; Configuration file
;
[channels]
language=de
;
switchtype = euroisdn
prilocaldialplan = local
overlapdial = yes
immediate = no
usecallerid = yes
;
;
;erste Karte NT
signalling = bri_net_ptmp
group = 2
context = intern
channel => 1-2
;
;
;zweite Karte NT
signalling = bri_net_ptmp
group = 3
context = intern
channel => 4-5
;
;
;dritte Karte TE
signalling = bri_cpe_ptmp
group = 1
context = isdn_in
channel => 7-8

 

[swaesch]

[erledigt]

@elox:

auch wenn ich "eine" Lösung gefunden habe, könntest du es bei dir trotzdem noch mit dem echotraing=no test, ob dies bei dir wirklich so funktioniert



Nach dem ich nun keinen Erfolg mit meiner zapata.conf hatte bin ich durch zufall auf eine Lösung meines Problemes gekommen.


Mir kam die Zeit bis ich einen Rufton bekommen habe zu lange vor.
Deswegen habe ich bei jedem Dial() in der extensions.conf am schluß noch ein r für erzwungenen Rufton angehängt.

Dial(${TRUNK}/${EXTEN:1},50,rtT)


Nun habe ich dieses lässtige piepsen vor einem Rufton nicht mehr.

Aber das ganze hat auch einen Nachteil:

Falls ein Teilnehmer nicht erreichbar ist, hab dies gerade mit einem Anruf auf mein Handy getestet, bekomme ich zuerst 3 normale Ruftöne und erst dann ein nicht erreichbar Zeichen.

Aber ich glaube damit kann ich leben.

From voip-info.org
------------------
r:
Generate a ringing tone for the calling party, passing no audio from the called channel(s) until one answers. Without this option, Asterisk will generate ring tones automatically where it is appropriate to do so;

however, "r" will force Asterisk to generate ring tones, even if it is not appropriate. For example, if you used this option to force ringing but the line was busy the user would hear "RING RIBEEP BEEP BEEP" (thank you tzanger), which is potentially confusing and/or unprofessional.

However, the option is necessary in a couple of places. For example, when you're dialing multiple channels, call progress information is not consistantly passed back.
---------

Vielen Dank an alle für die Hilfe