Everyone is busy/congested at this time

ChF

Neuer User
Mitglied seit
27 Apr 2008
Beiträge
9
Punkte für Reaktionen
0
Punkte
0
Hi,
ich habe Asterisk auf einer Fritzbox 7170 mit installiert. Das Programm läst sich mit ...asterisk start starten, und mit ...asterisk -rvvvvv auch öffnen.
Die beiden Analoganschlüsse der FBox sind mit 771 und 772 verbunden, eingehende Anrufe werden von der FBox über 775 weitergeleitet.
Mein Problem: wenn 771 bei 772 anruft, klingelt 772 zwar, aber sobald man abnimmt kommt "besetzt". Sinngemäß das gleiche auch bei Anrufen von extern, die über 775 weitergeleitet werden. Nur Anrufe nach extern funktionieren.

Asterisk gibt dabei folgendes aus:

Code:
(none)*CLI>
(none)*CLI>
    -- Executing [772@from_fritzbox:1] Dial("SIP/771-00621db8", "SIP/772|55|Ttr"
) in new stack

    -- Called 772

    -- SIP/772-006205c8 is ringing

    -- SIP/772-006205c8 is circuit-busy

  == Everyone is busy/congested at this time (1:0/1/0)
  == Auto fallthrough, channel 'SIP/771-00621db8' status is 'CONGESTION'

(none)*CLI>
(none)*CLI>
In diesem Forum gibt es vermutlich schon eine Lösung für dieses Problem, ich habe es nur noch nicht gefunden. Vielleicht kann mir jemand helfen.
Gruß ChF

hier noch meine sip.conf und extensions.conf

Code:
sip.conf:

Code:
[general]
context=default			; Default context for incoming calls
bindport=5061			; UDP Port to bind to (SIP standard port is 5060)
bindaddr=0.0.0.0		; IP address to bind to (0.0.0.0 binds to all)
srvlookup=yes			; Enable DNS SRV lookups on outbound calls



[771]
context=from_fritzbox
callerid="TestSIP 771" <771>
host=dynamic
domain=192.168.178.1
user=771
secret=771
type=friend
;mailbox=771
;nat=yes  
;canreinvite=no                ; Typically set to NO if behind NAT

;qualify=no                     ; X-Lite is behind a NAT router
;disallow=all
;allow=gsm                     ; GSM consumes far less bandwidth than ulaw
;allow=ulaw
;allow=alaw



[772]
context=from_fritzbox
callerid="TestSIP 772" <772>
host=dynamic
domain=192.168.178.1
user=772
secret=772
type=friend
;mailbox=772
;nat=yes  
;canreinvite=no                ; Typically set to NO if behind NAT

;qualify=no                     ; X-Lite is behind a NAT router
;disallow=all
;allow=gsm                     ; GSM consumes far less bandwidth than ulaw
;allow=ulaw
;allow=alaw


[773]
context=from_fritzbox
callerid="TestSIP 773" <773>
host=dynamic
domain=192.168.178.1
user=773
secret=773
type=friend
;mailbox=773
;nat=yes  
;canreinvite=no                ; Typically set to NO if behind NAT

;qualify=no                     ; X-Lite is behind a NAT router
;disallow=all
;allow=gsm                     ; GSM consumes far less bandwidth than ulaw
;allow=ulaw
;allow=alaw


[774]
context=from_fritzbox
callerid="TestSIP 774" <774>
host=dynamic
domain=192.168.178.1
user=774
secret=774
type=friend
;mailbox=774
;nat=yes  
;canreinvite=no                ; Typically set to NO if behind NAT

;qualify=no                     ; X-Lite is behind a NAT router
;disallow=all
;allow=gsm                     ; GSM consumes far less bandwidth than ulaw
;allow=ulaw
;allow=alaw


[775]
context=from_fritzbox
callerid="TestSIP 775" <775>
host=dynamic
domain=192.168.178.1
user=775
secret=775
type=friend
;mailbox=775 
;nat=yes  
;canreinvite=no                ; Typically set to NO if behind NAT

;qualify=no                     ; X-Lite is behind a NAT router
;disallow=all
;allow=gsm                     ; GSM consumes far less bandwidth than ulaw
;allow=ulaw
;allow=alaw


extensions.conf:
Code:
[general]
static=yes
writeprotect=no


[default]


[from_fritzbox]
exten => _77X,1,Dial,SIP/${EXTEN}|55|Ttr


; Raustelefonieren per externen S0 der fritzbox 7050
; wenn Nummer führende Null hat (0 wird mitgewählt!)
; erzwinge default calller id aus capi.conf: /d
; (/d geht nicht; SetCallerID verwenden)
CAPI_CALLERID=1234567
exten => _0X.,1,SetCallerID,${CAPI_CALLERID}
exten => _0X.,n,Dial,CAPI/ISDN1/${EXTEN:1}|55|Tt/bd
 
Irgendwie ist Deine Konfiguration nicht verständlich.

Je nach dem was Du wohin umleitest könnte es durchaus sein, dass Du durch die Umleitung unabsichtlich die anderen Leitungen belegst bzw. sogar einen "Loop" bildest, was sich durchaus als "busy/congested" bemerkbar machen könnte.

Kannst Du 771 und 772 nicht direkt ( ohne Umleitung ) ansprechen ?
 
meine Vorstellung ist, daß die beiden analogen Telefone an der Fritzbox überr SIP mit Asterisk verbunden werden müssen. Das mache ich über 771 und 772. Wenn 771 bei 772 anruft ergibt sich meiner Meinung nach folgende Kette:
Analoges Telefon1 -> Fritzbox Fon1 -> Sip-Verbindung 771 zu Asterisk -> Asterisk verbindet weiter zu 772 -> von da zurück zur Fritzbox, Fon2 -> Analoges Telefon 2.
Ich sehe da keinen Loop. Oder ist die Anbindung der beiden Telefone der Fritzbox an Asterisk falsch ?
 
... ja Dein Ansatz ist schon richtig.
Mein Vorschlag wäre:
- Astersisk komplett entfernern und neu installieren
- die Default-Konfiguration komplett belassen wie sie ist
- in 771 und 772 via Fritzbox am Asterisk anmelden ( standardmässig sind 771 und 772 schon vorkonfiguriert )
- vorerst keine Weiterleitung der 775

Mit dieser Einstellung den Test für die internen Anrufe tesen ... wenn das funktioniert, dann im zweiten Schritt die ausgehende Gespräche testen.

Gruß
dynamic
 
Das war mein erster Ansatz. Aber auch damit kamen schon die beschriebenen Fehlermeldungen. Die Idee war dann, die Konfiguration bis auf das nötigste zu verringern. Leider wurde es dadurch nicht besser.
Zur Sicherheit habe ich jetzt aber noch einmal alles gelöscht und neu installiert. Das Ergebnis ist immer noch dass gleiche.

Gruß
ChF
 
... mir fällt gerade auf, dass Du die Analog-Leitungen nutzt. Die FBF hat ja nur einen Analog-Kanal, d.h. wenn Du von 771 auf 772 anrufst, blockierst Du ja mit dem ausgehenden Kanal ( 771 ) die analoge Leitung, weshalb für den eingehenden Kanal ( 772 ) keine Leitung frei ist :rolleyes:

Wenn die Endgeräte am internem S0 ( ISDN ) hängen würden oder wenn Du z.B. SIP-Softphones anmeldest, dürfte das Problem so nicht auftreten.

EDIT: Auch wenn Du extern nur eine Analoge Leitung hast, kannst Du ja via internem S0 ISDN Endgeräte nutzen :)

Gruß
dynamic
 
Zuletzt bearbeitet:
Code:
    -- SIP/772-006205c8 is circuit-busy

  == Everyone is busy/congested at this time (1:0/1/0)
Code:
sip.conf:

Code:
[771]
[b];canreinvite=no[/b]                ; Typically set to NO if behind NAT

;qualify=no                     ; X-Lite is behind a NAT router
;disallow=all
[b];allow=gsm                     ; GSM consumes far less bandwidth than ulaw
;allow=ulaw
;allow=alaw[/b]

[772]
[b];canreinvite=no[/b]                ; Typically set to NO if behind NAT

;qualify=no                     ; X-Lite is behind a NAT router
;disallow=all
[b];allow=gsm                     ; GSM consumes far less bandwidth than ulaw
;allow=ulaw
;allow=alaw
[/b]
Erstens, asterisk mit vvvvv starten, um mehr Meldungen zu sehen
(bzw. mit set verbose im CLI anpassen); evt. auch noch ddddd dazunehmen.

Zweitens: codec vorgeben, z.B. beide Male nur gsm oder nur alaw.

Dass die internen Telefone analog angeschlossen sind, sollte nicht weiter stören, wenn man sie als sip-clients an den fritzbox-asterisk hängt.

canreinvite=no könnte auch noch nutzen, falls der avm sip-client sich nicht gerne direkt mit sich selber unterhält. Schliesslich hat avm für interne Gespräche direkte Durchwahlen mit **X (X=1,2,3).

spblinux
 
zwei Anschlüsse für analoge Telefone, aber nur einen Kanal. Also habe ich ein ISDN-Telefon am internen ISDN-Port angeschlossen, an der Fritzbox angemeldet und über SIP mit Asterisk verbunden (Nummer 773).
Asterisk habe ich gestartet mit vvvvv und ddddd. Der Versuch von 773 nach 771 anzurufen, bringt folgende Ausgabe:
Code:
(none)*CLI>
(none)*CLI>
  == ISDN3#02: Incoming call '773' -> ''

    -- ISDN3#02: Updated channel name: CAPI/ISDN3#02/K7-3
  == ISDN3#02: CAPI Hangingup for PLCI=0x703 in state 4

    -- Executing [771@from_fritzbox:1] Dial("SIP/773-005fc420", "SIP/771|55|Ttr") in new stack

    -- Called 771

    -- SIP/771-005fdbe8 is ringing

    -- SIP/771-005fdbe8 is circuit-busy
Really destroying SIP dialog '[email protected]' Method: INVITE
  == Everyone is busy/congested at this time (1:0/1/0)
  == Auto fallthrough, channel 'SIP/773-005fc420' status is 'CONGESTION'

Really destroying SIP dialog '[email protected]' Method: ACK

(none)*CLI>

Umgekehrt, 771 ruft 773 an:
Code:
(none)*CLI>
    -- Executing [773@from_fritzbox:1] Dial("SIP/771-005fc420", "SIP/773|55|Ttr"
) in new stack

    -- Called 773

    -- SIP/773-005fdbe8 is ringing

    -- SIP/773-005fdbe8 is circuit-busy
  == Everyone is busy/congested at this time (1:0/1/0)
  == Auto fallthrough, channel 'SIP/771-005fc420' status is 'CONGESTION'

Really destroying SIP dialog '[email protected]' Method: INVITE
Really destroying SIP dialog '[email protected]' Method: INVITE

(none)*CLI>

Codec vorgeben und canreinvite=no bringen keine Änderung.
Weitere Ideen?

Gruß ChF
 
@Chf

- Nutzt Du die Default-Konfiguration des Asterisk ( ohne Änderungen ) ?
- Hast Du an der FBF selbst noch irgendwelche Weiterleitungen / Umleitungen der angemeldeten SIP Endgeräte konfiguriert ? Wenn ja, rausnehmen!
- Melde testweise mal ein "externes SIP Endgerät" an, z.B xlite auf Dein PC runterladen und am Asterisk anmelden
 
ich benutze die Default-Konfiguration es Asterisk, mit Ausnahme der sip.conf und extensions.conf. Alles Andere ist so, wie ich es heruntergeladen habe.
(V.1.4.16.2 )
Ansonsten habe ich die Fritzbox nur die Verbindungen zum Asterisk konfiguriert.
xlite werde ich heute abend mal probieren.

Gruß
ChF
 
@ChF
- Für eine sinnvolle Ferndiagnose zu ermöglichen Tests bitte OHNE ÄNDERUNGEN an extensions.conf / sip.conf ( oder andere Änderungen ) durchführen
- ISDN Channel als SIP771, Analog Channel als SIP772 und xlite als 773 am Asterisk anmelden
- Asterisk mit "asterisk -vvvvv" starten
- Anrufe 771, 772, 773 untereinander testen und CLI log posten
 
my 2 cents
fritzbox Konfiguration prüfen:
- wenn fon1 (analog), 771, bei allen Rufnummern klingelt
(und evt. zusätzlich "busy on busy" aktiv ist)
- wenn man jetzt von fon1 aus fon2 (analog), 772, anruft, dann
lässt es die fritzbox (auch) bei fon1 klingeln:
möglicherweise ist das Ergebnis dann einfach "besetzt" (congested).

Um derlei auszuschliessen:
- fon1, 771, bei eingehenden Anrufen nur auf 771 klingeln lassen
- ebenso fon2, 772

spblinux

PS: asterisk -cvvvvv
 
Ich habe xlite installiert,Asterisk mit der Original-Konfiguration gestartet und alles so konfiguriert wie beschrieben.
Folgendes habe ich mitgelogt:
771 (Analog) ruft 773 (xlite): -> funktioniert
Code:
(none)*CLI>
(none)*CLI>
    -- Executing [773@sip771:1] Dial("SIP/771-005f1fb8", "SIP/773|55|Ttr") in new stack

    -- Called 773

    -- SIP/773-005fcd38 is ringing

    -- SIP/773-005fcd38 answered SIP/771-005f1fb8

  == Spawn extension (sip771, 773, 1) exited non-zero on 'SIP/771-005f1fb8'
Really destroying SIP dialog '[email protected]' Method: BYE
Really destroying SIP dialog '[email protected]' Method: ACK

(none)*CLI>

772 (ISDN) ruft 773 (xlite): -> funktioniert
Code:
(none)*CLI>
  == ISDN3#02: Incoming call '772' -> ''

    -- ISDN3#02: Updated channel name: CAPI/ISDN3#02/K7-17
  == ISDN3#02: CAPI Hangingup for PLCI=0x1503 in state 4

    -- Executing [773@sip772:1] Dial("SIP/772-005f1fb8", "SIP/773|55|Ttr") in new stack

    -- Called 773

    -- SIP/773-005fcd38 is ringing

    -- SIP/773-005fcd38 answered SIP/772-005f1fb8

  == Spawn extension (sip772, 773, 1) exited non-zero on 'SIP/772-005f1fb8'
Really destroying SIP dialog '[email protected]' Method: BYE
Really destroying SIP dialog '[email protected]' Method: ACK

(none)*CLI>

773 (xlite) ruft 771 (Analog): -> funktioniert
Code:
(none)*CLI>
(none)*CLI>
    -- Executing [771@sip773:1] Dial("SIP/773-005f1fb8", "SIP/771|55|Ttr") in new stack

    -- Called 771

    -- SIP/771-005fcd38 is ringing

    -- SIP/771-005fcd38 answered SIP/773-005f1fb8

  == Spawn extension (sip773, 771, 1) exited non-zero on 'SIP/773-005f1fb8'

Really destroying SIP dialog '[email protected]' Method: BYE
Really destroying SIP dialog 'YjE4MWIzZTcyMTYyMWMxNjIyMWI0Y2E2MzI1MTAzMjc.' Method: ACK

(none)*CLI>

773 (xlite) ruft 772 (ISDN): -> funktioniert
Code:
(none)*CLI>
(none)*CLI>
    -- Executing [772@sip773:1] Dial("SIP/773-005f1fb8", "SIP/772|55|Ttr") in new stack

    -- Called 772

    -- SIP/772-005fcd38 is ringing

    -- SIP/772-005fcd38 answered SIP/773-005f1fb8

  == Spawn extension (sip773, 772, 1) exited non-zero on 'SIP/773-005f1fb8'

Really destroying SIP dialog '[email protected]' Method: BYE
Really destroying SIP dialog 'YTY5ZWVlZDk4MzE5YjY3MGJhOTI0NjgwMDNlMmI3Zjc.' Method: ACK

(none)*CLI>

771 (Analog) ruft 772 (ISDN): -> funktioniert nicht
Code:
(none)*CLI>
(none)*CLI>
    -- Executing [771@sip771:1] Dial("SIP/771-005f2070", "SIP/771|55|Ttr") in new stack

    -- Called 771

    -- Got SIP response 486 "Busy Here" back from 192.168.178.1

    -- SIP/771-005f3608 is busy

  == Everyone is busy/congested at this time (1:1/0/0)

  == Auto fallthrough, channel 'SIP/771-005f2070' status is 'BUSY'

Really destroying SIP dialog '[email protected]' Method: INVITE
Really destroying SIP dialog '[email protected]' Method: ACK

(none)*CLI>

772 (ISDN) ruft 771 (Analog): -> funktioniert nicht
Code:
(none)*CLI>
(none)*CLI>
  == ISDN3#02: Incoming call '772' -> ''

    -- ISDN3#02: Updated channel name: CAPI/ISDN3#02/K7-1b
  == ISDN3#02: CAPI Hangingup for PLCI=0x1303 in state 4

    -- Executing [771@sip772:1] Dial("SIP/772-005f1fb8", "SIP/771|55|Ttr") in new stack

    -- Called 771

    -- SIP/771-005f3550 is ringing

    -- SIP/771-005f3550 is circuit-busy
  == Everyone is busy/congested at this time (1:0/1/0)
  == Auto fallthrough, channel 'SIP/772-005f1fb8' status is 'CONGESTION'

Really destroying SIP dialog '[email protected]' Method: INVITE
Really destroying SIP dialog '[email protected]' Method: INVITE

(none)*CLI>

Die Verbindungen mit xlite funktionieren also, die "internen" Verbindungen leider immer noch nicht.
weitere Ideen ?

Gruß ChF
 
Die Fritzbox war bereits so konfiguriert, daß jedes Telefon nur auf eine Rufnummer reagiert.
Ich habe jetzt noch "busy on busy" deaktiviert. Das Ergebnis ist immer noch das gleiche, es funktioniert nicht.

Wenn ich asterisk mit asterisk -cvvvvv starte, kommt die folgende Ausgabe, Asterisk wird aber nicht gestartet.
Code:
# /var/asterisk14/bin/chroot /var/asterisk14 /bin/asterisk -cvvvvv
Asterisk 1.4.16.2, Copyright (C) 1999 - 2007 Digium, Inc. and others.
Created by Mark Spencer <[email protected]>
Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for detail
s.
This is free software, with components licensed under the GNU General Public
License version 2 and other licenses; you are welcome to redistribute it under
certain conditions. Type 'core show license' for details.
=========================================================================
  == Parsing '/etc/asterisk/asterisk.conf': Found
  == Parsing '/etc/asterisk/extconfig.conf': Found
No entry for terminal type "vt102";
using dumb terminal settings.
Asterisk already running on /var/run/asterisk.ctl.  Use 'asterisk -r' to connect.
#
 
via "asterisk -cvvvv" kannst Du nur starten, wenn der asterisk noch nicht läuft, d.h. asterisk erst stoppen und danach via asterisk -cvvvv starten.

Zu Deiner Problematik:
- spblinux hat einen ähnlichen Fall ( d.h. zwei Analoge Telefone ) auf einer FBF mit der default Asterisk-Konfig getestet und es funktioniert ohne Probs.
Meine Annahme, dass die FBF nur einen analogen Kanal war falsch! Die FBF unterstützt wohl - je nach Modell - zwei bzw. drei analoge Kanäle -> Quelle: spblinux ).

Daher ist es wahrscheinlich, dass irgendwie Deine FBF nicht richtig konfiguriert ist.

Gruß
dynamic
 
Hallo,

ich hatte bei meinen Versuchen am Anfang ein ähnliches Problem. Beim Anruf von einem internen Anschluss auf einen anderen (z.B. 771 -> 772) hat es zwar geklingelt, aber nach dem Abheben kam keine Verbindung zu Stande und der Anrufer hörte einen Besetzt-Ton. Bei mir hat es geholfen, den Codec g726 explizit zu erlauben:

Code:
[771]
context=sip771
callerid="TestSIP 771" <771>
host=dynamic
domain=127.0.0.1
;nat=yes  
qualify=no                     ; X-Lite is behind a NAT router
type=friend
user=771
secret=771
;mailbox=771
;canreinvite=no                ; Typically set to NO if behind NAT

;regexten=1234                 ; When they register, create extension 1234
;username=xlite1
disallow=all
;allow=gsm                     ; GSM consumes far less bandwidth than ulaw
allow=ulaw
allow=alaw
allow=g726
;allow=g729

Weitere Versuche haben dann gezeigt, dass es bei mir auch funktioniert auch, nur alaw zu erlauben. Im FBF Web-Interface habe ich die Option "Immer Festnetzqualität verwenden" (oder so ähnlich) eingestellt; keine Ahnung ob das wirklich notwendig ist...

Code:
[771]
context=sip771
callerid="TestSIP 771" <771>
host=dynamic
domain=127.0.0.1
;nat=yes  
qualify=no                     ; X-Lite is behind a NAT router
type=friend
user=771
secret=771
;mailbox=771
;canreinvite=no                ; Typically set to NO if behind NAT

;regexten=1234                 ; When they register, create extension 1234
;username=xlite1
disallow=all
;allow=gsm                     ; GSM consumes far less bandwidth than ulaw
;allow=ulaw
allow=alaw

Hoffe das hilft,
- Malte
 
Hallo Malte,
vielen Dank für den Hinweis, hat leider auch nicht funktioniert.
Gruß ChF
 
Die tabellarische Übersicht von Verbindungen oben (#13) ist, sagen wir mal, liebevoll gestaltet. Ich habe ein vergleichbares Problem. Allerdings können meine Analogtelefone intern telefonieren, und auch zu Softphones, aber von Softphone zu Analogfon geht nicht.
Hier meine Tabellen:

7701 (analog) ruft 7702 (Softphone): -> funktioniert
Code:
  == Using SIP RTP CoS mark 5
    -- Executing [7702@sip7701:1] Dial("SIP/7701-00616a38", "SIP/7702,55,Ttr") in new stack
  == Using SIP RTP CoS mark 5
    -- Called 7702
    -- SIP/7702-006194b8 is ringing
  == Spawn extension (sip7701, 7702, 1) exited non-zero on 'SIP/7701-00616a38'
7701 (analog) ruft 7704 (analog): -> funktioniert
Code:
  == Using SIP RTP CoS mark 5
    -- Executing [7704@sip7701:1] Dial("SIP/7701-00616a38", "SIP/7704,55,Ttr") in new stack
  == Using SIP RTP CoS mark 5
    -- Called 7704
    -- SIP/7704-006194b8 is ringing
  == Spawn extension (sip7701, 7704, 1) exited non-zero on 'SIP/7701-00616a38'
7702 (Softph.) ruft 7704 (analog): -> funktioniert nicht
Code:
  == Using SIP RTP CoS mark 5
    -- Executing [7704@sip7702:1] Dial("SIP/7702-00616a38", "SIP/7704,55,Ttr") in new stack
  == Using SIP RTP CoS mark 5
    -- Called 7704
    -- SIP/7704-006194b8 is circuit-busy
  == Everyone is busy/congested at this time (1:0/1/0)
    -- Executing [7704@sip7702:2] Congestion("SIP/7702-00616a38", "") in new stack
  == Spawn extension (sip7702, 7704, 2) exited non-zero on 'SIP/7702-00616a38'

Meine Asterisk ist 1.6.0.1 (spblinux .new auf USB), Firmware FB7170: 29.04.67
Ich benutze hier die vierstellige Nummern 770x, die in extensions.conf empfohlen werden.

Wenn ich von der Softphone ohne den Portzusatz 5061 anrufe, reagiert das entsprechende Analogtelefon, wohl über den voip-Dienst der FB-Firmware.

Aus meiner Sicht ist das verrückte, dass Asterisk für beide Anrufe an 7704 die gleiche Dialcode anzeigt, aber trotzdem eine unterschiedliche Reaktion erfolgt. ????

Was ich auch seltsam finde: wenn ich von einem Analogtelefon die Nr. 80 anrufe, kommt der komplette Ansagetext zu der Echofunktion. Hingegen, wenn von einem Softphone 80 gewählt wird, fehlt der Ansagetext (ein Transkript kann ich ggf. noch nachreichen).
 
So, die Lösung meines Problems liefere ich gleich mit:

Gegenüber die Standard extensions.conf hatte ich einen Eintrag mit allow=speex hinzugefügt wie folgt:

Code:
[7702]
...
disallow=all
allow=speex
allow=gsm                     ; GSM consumes far less bandwidth than ulaw
allow=ulaw
allow=alaw
Wie sich herausstellt (Buch "Asterisk, the Future of Telephony"), werden die Codecs in Reihenfolge der Eintragungen auf Machbarkeit getestet. Wenn FB kein speex unterstützt sollte Asterisk gleich die nächste Eintragungen quasi "vorschlagen", meinte ich. Offensichtlich ist die Wirklichkeit etwas vertrackter.
Schade ist, dass Asterisk beim Standardlog-Output in der Konsole keinen Hinweis "(Codec) Not Accepted" gibt. Der Debug-Modus musste her.
Der speex-Eintrag weg, oder hinten anstellen ergibt eine korrekte Verbindung.

Das genannte Verhalten mit der 80-Vorwahl ist nun auch in Ordnung.
 
Zuletzt bearbeitet:
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.