[Gelöst] Kein Klingeln bei "console dial nnn"

[cottonwood]

Momentan bin ich gerade dabei, die Anleitung "Das Asterisk-Buch" Kapitel 4 (Vom CLI aus das Telefon anrufen) abzuarbeiten.
http://www.das-asterisk-buch.de/2.1...-sip-telefon.html#sip.conf-fuer-einen-account

Leider kann ich das Telefon nicht zum Klingeln bekommen. Die Nummer ist richtig. Denn wenn ich von dem Telefon aus anrufe, kann ich sie sehen.

Ich habe ein SIP-Debug mitlaufen lassen. Kann irgendjemand erkennen, was da passiert? Ich kann es leider nicht.

root@Microknoppix:/home/knoppix# asterisk -vvvvvr
Asterisk 1.6.1.6, Copyright (C) 1999 - 2009 Digium, Inc. and others.
Created by Mark Spencer <[email protected]>
Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details.
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
Connected to Asterisk 1.6.1.6 currently running on Microknoppix (pid = 3461)
Verbosity is at least 5
    -- Remote UNIX connection
Microknoppix*CLI> console dial 221
  == Console is full duplex
    -- Executing [221@default:1] NoCDR("Console/dsp", "") in new stack
[Oct  5 21:30:11] WARNING[3540]: pbx.c:3170 pbx_extension_helper: No application 'Dial,SIP/${EXTEN}|55|Ttr' for extension (default, 221, 2)
  == Spawn extension (default, 221, 2) exited non-zero on 'Console/dsp'
 << Hangup on console >> 
       > doing dnsmgr_lookup for 'PROVIDER.de'
       > ast_get_srv: SRV lookup for '_sip._UDP.PROVIDER.de' mapped to host PROVIDER.de, port 5060
REGISTER 12 headers, 0 lines
Reliably Transmitting (no NAT) to 194.97.40.217:5060:
REGISTER sip:PROVIDER.de SIP/2.0
Via: SIP/2.0/UDP 192.168.178.3:5061;branch=z9hG4bK1d5e3cdd;rport
Max-Forwards: 70
From: <sip:[email protected]>;tag=as5e22edb6
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 228 REGISTER
User-Agent: Asterisk PBX 1.6.1.6
Authorization: Digest username="BENUTZERNAME", realm="PROVIDER.de", algorithm=MD5, uri="sip:PROVIDER.de", nonce="4aca4a0c5819baf2f4e5d9e943df88ed9b2a76f9", response="926e41981e93f14f81ac6565aef3f027", qop=auth, cnonce="625a0ada", nc=00000002
Expires: 120
Contact: <sip:[email protected]:5061>
Content-Length: 0


---
Microknoppix*CLI> 
<--- SIP read from UDP://194.97.40.217:5060 --->
SIP/2.0 200 OK
Record-Route: <sip:194.97.60.4;r2=on;ftag=as5e22edb6;lr=on>
Record-Route: <sip:194.97.40.217;r2=on;ftag=as5e22edb6;lr=on>
Via: SIP/2.0/UDP 192.168.178.3:5061;received=MEINE_IP;branch=z9hG4bK1d5e3cdd;rport=61028
From: <sip:[email protected]>;tag=as5e22edb6
To: <sip:[email protected]>;tag=f4ae9686374f0d261d7d1f9b0d2296cc.29d0
Call-ID: [email protected]
CSeq: 228 REGISTER
Contact: <sip:BENUTZERNAME@MEINE_IP;uniq=8B6BCCBC69F117A19AF046AAEFD44>;expires=907;received="194.97.40.217", <sip:[email protected]:5061>;expires=120;received="194.97.40.217"
Content-Length: 0


<------------->
--- (10 headers 0 lines) ---
Scheduling destruction of SIP dialog '[email protected]' in 32000 ms (Method: REGISTER)
Really destroying SIP dialog '[email protected]' Method: REGISTER
       > doing dnsmgr_lookup for 'PROVIDER.de'
       > ast_get_srv: SRV lookup for '_sip._UDP.PROVIDER.de' mapped to host PROVIDER.de, port 5060
REGISTER 12 headers, 0 lines
Reliably Transmitting (no NAT) to 194.97.40.217:5060:
REGISTER sip:PROVIDER.de SIP/2.0
Via: SIP/2.0/UDP 192.168.178.3:5061;branch=z9hG4bK524849d4;rport
Max-Forwards: 70
From: <sip:[email protected]>;tag=as18689228
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 229 REGISTER
User-Agent: Asterisk PBX 1.6.1.6
Authorization: Digest username="BENUTZERNAME", realm="PROVIDER.de", algorithm=MD5, uri="sip:PROVIDER.de", nonce="4aca4a0c5819baf2f4e5d9e943df88ed9b2a76f9", response="95f19539248c8a14506dd30edc2ae62c", qop=auth, cnonce="75c556d8", nc=00000003
Expires: 120
Contact: <sip:[email protected]:5061>
Content-Length: 0


---
Microknoppix*CLI> 
<--- SIP read from UDP://194.97.40.217:5060 --->
SIP/2.0 200 OK
Record-Route: <sip:194.97.60.4;r2=on;ftag=as18689228;lr=on>
Record-Route: <sip:194.97.40.217;r2=on;ftag=as18689228;lr=on>
Via: SIP/2.0/UDP 192.168.178.3:5061;received=MEINE_IP;branch=z9hG4bK524849d4;rport=61028
From: <sip:[email protected]>;tag=as18689228
To: <sip:[email protected]>;tag=f4ae9686374f0d261d7d1f9b0d2296cc.e49c
Call-ID: [email protected]
CSeq: 229 REGISTER
Contact: <sip:BENUTZERNAME@MEINE_IP;uniq=8B6BCCBC69F117A19AF046AAEFD44>;expires=802;received="194.97.40.217", <sip:[email protected]:5061>;expires=120;received="194.97.40.217"
Content-Length: 0


<------------->
--- (10 headers 0 lines) ---
Scheduling destruction of SIP dialog '[email protected]' in 32000 ms (Method: REGISTER)
Really destroying SIP dialog '[email protected]' Method: REGISTER
Microknoppix*CLI>

Hier noch die extensions.conf:

[general]
static=yes
writeprotect=no

; --------------------------------------------------------------------
; Es hat sich als gute Praxis erwiesen, die Inhalte der Datei
; extensions.conf modular aufzubauen. Diese Praxis wollen
; wir auch hier anwenden
;

[lokal]
; Erreichbarkeit der Nebenstellen 30-39
; untereinander herstellen

exten => _12X,1,NoCDR()
exten => _12X,n,Dial,SIP/${EXTEN}|55|Ttr

exten => _22X,1,NoCDR()
exten => _22X,n,Dial,SIP/${EXTEN}|55|Ttr

exten => _999,1,NoCDR()
exten => _999,n,Dial,SIP/${EXTEN}|55|Ttr

; --------------------------------------------------------------------
;
; hier kommt der default-Context, in dem alle Geraete in der
; Grundkonfiguration erstmal laufen.
; Alle Geraete koennen sich gegenseitig anrufen

[default]
include => lokal

exten => 1001,1,Answer()
exten => 1001,2,Playback(hello-world)
exten => 1001,3,Hangup()

exten => 221,1,Dial(SIP/221)

Wenn ihr noch was wissen müsst, bitte fragen.

 

[cottonwood]

Hat keiner eine Idee? Was mir aufgefallen ist, das ist, dass da ein Port 5060 auftaucht, den ich nirgends definiert habe:

"<--- SIP read from UDP://194.97.40.217:5060 --->"

Keine .conf enthält den String 5060. Und die Telefone sind alle mit Port 5061 definiert.

 

[lipperreiher]

Hallo cottonwood,

ich bin wegen deiner extensions.conf ein wenig irritiert, weil du die "221" dort quasi zweimal definierst:
im context "lokal":

exten => _22X,1,NoCDR()
exten => _22X,n,Dial,SIP/${EXTEN}|55|Ttr

und im context "default":

exten => 221,1,Dial(SIP/221)

Allerdings fehlt im context "default" noch die Angabe der Klingelzeit.

Versuch doch mal gezielt, den context "lokal" anzusprechen, also so:

console dial 221@lokal

 

[cottonwood]

Ich danke dir.

Ich habe inzwischen festgestellt, dass die FritzBox alle Telefone gleich behandelt. Ich hatte weiterhin das 1. Telefon direkt mit dem Provider verbunden.

Inzwischen hatte ich testweise mal alle Telefone direkt mit asterisk verbunden und siehe da, sie klingelten alle gleichzeitig. Obwohl ich ja nur eines angewählt hatte. Und da habe ich dann auch alle Telefone einzeln eingetragen (ohne das X). Änderte aber auch nichts. Eines angewählt, alle klingeln.

Ist wohl ein Problem der FritzBox.