Congster telefonFlat mit asterisk

sECuRE

Neuer User
Mitglied seit
15 Dez 2006
Beiträge
9
Punkte für Reaktionen
0
Punkte
0
Hi,

ich hab mir gestern die congster telefonFlat dazugebucht (habe auch die Internetflatrate bei congster) und versuche seitdem, sie mit asterisk ans laufen zu bekommen. Der Server ist von T-Online, daher habe ich mich ein bisschen an den Anleitungen für T-Online orientiert.

Ich habe es nun hinbekommen, mich erfolgreich zu registrieren und habe nun einige verschiedene Fehlermeldungen erhalten beim Versuch, auf mein Festnetz-Telefon anzurufen:
1) Declined: Der Benutzername war [email protected], wie beim Registrieren benötigt. Beim Anrufen muss es anscheinend nur email sein, ohne das @congster.de.
2) Invalid From Header: Die Caller-ID muss ebenfalls email lauten, nicht die Rufnummer oder der volle Benutzername
3) 404 Not found: Ab hier weiß ich nicht mehr weiter. Er sagt, er könne gar keine Festnetznummern finden?!

Der Anruf nach draußen geht laut asterisk an <sip:[email protected]>, was ja eigentlich stimmen sollte? (nummer ist natürlich durch meine echte Rufnummer ersetzt)

Außerdem funktionieren eingehende Anrufe nicht. Ich erhalte lediglich die Meldung "Kein Anschluss unter dieser Nummer".

Meine Konfiguration:
[nummer]
type = friend
context = default
secret = passwort
username = email
fromuser = email
fromdomain = tel.congster.de
host = tel.congster.de
canreinvite = no
nat = yes
qualify = no
insecure = very

extensions.conf:
exten => _X.,1,SetCallerID,email
exten => _X.,2,Dial(SIP/${EXTEN}@nummer,30,trg)
exten => _X.,3,Hangup()

Die Congster-Hotline sagte, dass es etwas mit der Rufnummernunterdrückung zu tun haben könnte, was mir aber nicht sonderlich logisch erscheint.

Das NAT-Problem (Asterisk-server steht hinter openwrt-Router) habe ich durch ein Portforwarding gelöst (?):
Port 4569/UDP, 5060/TCP, 5060/UDP und 7000-8000/UDP (in rtp.conf eingestellt) werden weitergeleitet auf den Asteriskserver.

Die Asteriskversion ist 1.2.13 auf Debian Linux, als Client kommt das Softphone ekiga (vorher Gnome Meeting) zum Einsatz, ebenfalls auf Debian Linux. Gespräche mit anderen Teilnehmern auf einem verlinkten Asterisk via IAX2 funktionieren problemlos.

Danke schonmal für die Hilfe,
Viele Grüße
 
Nachtrag

Hi,

noch ein paar weitere Informationen:
Asterisk-Log bei versuchtem Anruf:
*CLI> sip show registry
Host Username Refresh State
tel.congster.de:5060 email@c 1785 Registered
-- Executing SetCallerID("SIP/23-08195bb0", "email") in new stack
-- Executing Dial("SIP/23-08195bb0", "SIP/[email protected]|30|trg") in new stack
-- Called [email protected]
-- SIP/congster.de-0819ba00 is circuit-busy
== Everyone is busy/congested at this time (1:0/1/0)
-- Executing Hangup("SIP/23-08195bb0", "") in new stack

Mitschnitt der UDP-Pakete:
18:45:56.951302 IP 217.0.132.118.5060 > 192.168.1.222.5060: UDP, length: 319
E..[...........v.........Gg.SIP/2.0 100 Trying
Via: SIP/2.0/UDP 84.172.43.x:5060;rport=5060;received=84.172.43.x;branch=z9hG4bK33c022c5
To: <sip:[email protected]>
From: "email" <sip:[email protected]>;tag=as2ec8e83d
Call-ID: [email protected]
CSeq: 103 INVITE
Content-Length: 0



18:45:56.955939 IP 217.0.132.118.5060 > 192.168.1.222.5060: UDP, length: 335
E..k...........v.........Wc.SIP/2.0 404 Not Found
Via: SIP/2.0/UDP 84.172.43.x:5060;rport=5060;received=84.172.43.x;branch=z9hG4bK33c022c5
To: <sip:[email protected]>;tag=06217a0c
From: "email" <sip:[email protected]>;tag=as2ec8e83d
Call-ID: [email protected]
CSeq: 103 INVITE
Content-Length: 0



18:45:56.956422 IP 192.168.1.222.5060 > 217.0.132.118.5060: UDP, length: 411
[email protected]......^.ACK sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 84.172.43.x:5060;branch=z9hG4bK33c022c5;rport
From: "email" <sip:[email protected]>;tag=as2ec8e83d
To: <sip:[email protected]>;tag=06217a0c
Contact: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 103 ACK
User-Agent: Asterisk PBX
Max-Forwards: 70
Content-Length: 0

Ich bin echt ratlos... Heißt das nun, dass mein Benutzer nicht gefunden wurde, oder dass das Problem bei congster liegt?

Viele Grüße
 
Die Bedeutung des Feldes "from"

Hallo sECuRE,

bei mir war es die Rufnummernunterdrückung, weshalb ich den ResultCode 404 "not found" für Calls ins Festnetz empfangen habe.

Die Plattform der TOI und congester sind vermutlich die Gleiche.
=================================================
Via: SIP/2.0/UDP 84.167.90.74:5060;branch=z9hG4bKE41947F4C9C2139E
From: "anonymous" <sip:[email protected]>;tag=9E5F8FEA30C93E1F
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 12 INVITE
Contact: <sip:[email protected];uniq=9DF17F824B664E247101908CE17C2>
Privacy: id
P-Preferred-Identity: <sip:[email protected]>
Max-Forwards: 70
Expires: 120
User-Agent: AVM FRITZ!Box Fon WLAN 7050 14.04.15 (Jul 12 2006)
Supported: 100rel,replaces,timer
Allow-Events: telephone-event,refer
Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,PRACK,INFO,SUBSCRIBE,NOTIFY,REFER,MESSAGE
Content-Type: application/sdp
Accept: application/sdp, multipart/mixed
Accept-Encoding: identity
Content-Length: 270

v=0
o=user 7046098 7046098 IN IP4 84.167.90.74
s=call
c=IN IP4 84.167.90.74
t=1162040796 1162044396
m=audio 7078 RTP/AVP 8 0 2 102 101
a=sendrecv
a=rtpmap:2 G726-32/8000
a=rtpmap:102 G726-32/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-11
a=rtcp:7079

SIP/2.0 100 Trying
Via: SIP/2.0/UDP 84.167.90.74:5060;received=84.167.90.74;branch=z9hG4bKE41947F4C9C2139E
To: <sip:[email protected]>
From: "anonymous" <sip:[email protected]>;tag=9E5F8FEA30C93E1FCall-ID: [email protected]
CSeq: 12 INVITE
Content-Length: 0

SIP/2.0 404 Not Found
Via: SIP/2.0/UDP 84.167.90.74:5060;received=84.167.90.74;branch=z9hG4bKE41947F4C9C2139E
To: <sip:[email protected]>;tag=ddbce392
From: "anonymous" <sip:[email protected]>;tag=9E5F8FEA30C93E1F
Call-ID: [email protected]
CSeq: 12 INVITE
Content-Length: 0

ACK sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 84.167.90.74:5060;branch=z9hG4bKE41947F4C9C2139E
From: "anonymous" <sip:[email protected]>;tag=9E5F8FEA30C93E1F
To: <sip:[email protected]>;tag=ddbce392
Call-ID: [email protected]
CSeq: 12 ACK
User-Agent: AVM FRITZ!Box Fon WLAN 7050 14.04.15 (Jul 12 2006)
Content-Length: 0
=======================================================

Der "anonymous" hat hier dazwischen gefunkt. Was macht die email?:noidea: Bei der TOI muß man die Festnetzrufnummer angegeben:confused: Aber Du konntest Dich unter der mail ja registrieren!:(

Mehr kann ich im Moment dazu leider auch nicht beitragen.

Halte durch und viel Erfolg
VoIP-Freak
 
Hi,

Danke für die Antwort. Die Hotline von congster sagte ebenfalls, dass es an der Rufnummerunterdrückung liegen könnte. Dummerweise denke ich, dass ich diese nicht aktiviert habe, da bei mir ja [email protected] angezeigt wird, und ich vor dem Dial() ja auch email als CallerID setze.

Bei congster ist der Benutzername laut deren Webinterface tatsächlich gleich der E-Mail-Adresse, die ich bei der Voip-Flat-Bestellung auch erstmals einrichten musste. Eine Festnetzrufnummer habe ich nur bei der T-Com, ich kann mir nicht vorstellen, dass diese etwas damit zu tun haben könnte.

Was mir auch helfen würde, wäre der Mitschnitt der UDP-Pakete eines erfolgreichen Verbindungsaufbaus, sodass ich das mal testen könnte auf Paketebene.

Viele Grüße
 
Der Trace und die Festnetznummer

Hallo,

etwas verspätet, hier kommt der Trace:
================================
No. Time Source Destination Protocol Info
Frame 85 (1390 bytes on wire, 1390 bytes captured)
Raw packet data
Internet Protocol, Src: 192.168.179.1 (192.168.179.1), Dst: 217.0.132.118 (217.0.132.118)
User Datagram Protocol, Src Port: 5060 (5060), Dst Port: 5060 (5060)
Session Initiation Protocol
Request-Line: INVITE sip:[email protected] SIP/2.0
Method: INVITE
Resent Packet: False
Message Header
Via: SIP/2.0/UDP 84.167.115.122:5060;branch=z9hG4bK5B03658E6F307F02
From: <sip:[email protected]>;tag=24C5852142A951C6
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 414 INVITE
Contact: <sip:[email protected];uniq=9DF17F824B664E247101908CE17C2>
Authorization: Digest username="[email protected]", realm="tel.t-online.de", nonce="c4ed4bec816e43f3f167e437b568152740383bdbf86e846a3e96f61da5fb653f", uri="sip:[email protected]", response="324ce4f031c43ade7e69e7dc59ad
Privacy: none
Max-Forwards: 70
Expires: 120
User-Agent: AVM FRITZ!Box Fon WLAN 7050 14.04.15 (Jul 12 2006)
Supported: 100rel,replaces,timer
Allow-Events: telephone-event,refer
Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,PRACK,INFO,SUBSCRIBE,NOTIFY,REFER,MESSAGE
Content-Type: application/sdp
Accept: application/sdp, multipart/mixed
Accept-Encoding: identity
Content-Length: 274
Message body
Session Description Protocol
Session Description Protocol Version (v): 0
Owner/Creator, Session Id (o): user 1271513 1271513 IN IP4 84.167.115.122
Session Name (s): call
Connection Information (c): IN IP4 84.167.115.122
Time Description, active time (t): 1166215199 1166218799
Media Description, name and address (m): audio 7078 RTP/AVP 8 0 2 102 101
Media Attribute (a): sendrecv
Media Attribute (a): rtpmap:2 G726-32/8000
Media Attribute (a): rtpmap:102 G726-32/8000
Media Attribute (a): rtpmap:101 telephone-event/8000
Media Attribute (a): fmtp:101 0-11
Media Attribute (a): rtcp:7079

No. Time Source Destination Protocol Info
87 103.580000 217.0.132.118 192.168.179.1 SIP/SDP Status: 183 Verbindung wird aufgebaut (0), with session description

Frame 87 (700 bytes on wire, 700 bytes captured)
Raw packet data
Internet Protocol, Src: 217.0.132.118 (217.0.132.118), Dst: 192.168.179.1 (192.168.179.1)
User Datagram Protocol, Src Port: 5060 (5060), Dst Port: 5060 (5060)
Session Initiation Protocol
Status-Line: SIP/2.0 183 Verbindung wird aufgebaut (0)
Status-Code: 183
Resent Packet: False
Message Header
Via: SIP/2.0/UDP 84.167.115.122:5060;received=84.167.115.122;branch=z9hG4bK5B03658E6F307F02
To: <sip:[email protected]>;tag=cefda32f
From: <sip:[email protected]>;tag=24C5852142A951C6
Call-ID: [email protected]
Contact: <sip:[email protected]:5060>
CSeq: 414 INVITE
Allow: ACK, BYE, CANCEL, INVITE, OPTIONS
Content-Type: application/sdp
Content-Disposition: session
Content-Length: 192
Message body
Session Description Protocol
Session Description Protocol Version (v): 0
Owner/Creator, Session Id (o): - 371537 371537 IN IP4 62.225.245.92
Session Name (s): -
Connection Information (c): IN IP4 62.225.245.92
Time Description, active time (t): 0 0
Media Description, name and address (m): audio 9046 RTP/AVP 8 101
Bandwidth Information (b): AS:64
Media Attribute (a): rtpmap:8 PCMA/8000
Media Attribute (a): rtpmap:101 telephone-event/8000
Media Attribute (a): fmtp:101 0-15

No. Time Source Destination Protocol Info
88 103.590000 217.0.132.118 192.168.179.1 SIP/SDP Status: 180 Klingeln, with session description

Frame 88 (679 bytes on wire, 679 bytes captured)
Raw packet data
Internet Protocol, Src: 217.0.132.118 (217.0.132.118), Dst: 192.168.179.1 (192.168.179.1)
User Datagram Protocol, Src Port: 5060 (5060), Dst Port: 5060 (5060)
Session Initiation Protocol
Status-Line: SIP/2.0 180 Klingeln
Status-Code: 180
Resent Packet: False
Message Header
Via: SIP/2.0/UDP 84.167.115.122:5060;received=84.167.115.122;branch=z9hG4bK5B03658E6F307F02
To: <sip:[email protected]>;tag=cefda32f
From: <sip:[email protected]>;tag=24C5852142A951C6
Call-ID: [email protected]
Contact: <sip:[email protected]:5060>
CSeq: 414 INVITE
Allow: ACK, BYE, CANCEL, INVITE, OPTIONS
Content-Type: application/sdp
Content-Disposition: session
Content-Length: 192
Message body
Session Description Protocol
Session Description Protocol Version (v): 0
Owner/Creator, Session Id (o): - 371537 371537 IN IP4 62.225.245.92
Session Name (s): -
Connection Information (c): IN IP4 62.225.245.92
Time Description, active time (t): 0 0
Media Description, name and address (m): audio 9046 RTP/AVP 8 101
Bandwidth Information (b): AS:64
Media Attribute (a): rtpmap:8 PCMA/8000
Media Attribute (a): rtpmap:101 telephone-event/8000
Media Attribute (a): fmtp:101 0-15

No. Time Source Destination Protocol Info
263 105.710000 217.0.132.118 192.168.179.1 SIP/SDP Status: 200 OK, with session description

Frame 263 (691 bytes on wire, 691 bytes captured)
Raw packet data
Internet Protocol, Src: 217.0.132.118 (217.0.132.118), Dst: 192.168.179.1 (192.168.179.1)
User Datagram Protocol, Src Port: 5060 (5060), Dst Port: 5060 (5060)
Session Initiation Protocol
Status-Line: SIP/2.0 200 OK
Status-Code: 200
Resent Packet: False
Message Header
Via: SIP/2.0/UDP 84.167.115.122:5060;received=84.167.115.122;branch=z9hG4bK5B03658E6F307F02
To: <sip:[email protected]>;tag=cefda32f
From: <sip:[email protected]>;tag=24C5852142A951C6
Call-ID: [email protected]
Contact: <sip:[email protected]:5060>
Supported: timer
CSeq: 414 INVITE
Allow: ACK, BYE, CANCEL, INVITE, OPTIONS
Content-Type: application/sdp
Content-Disposition: session
Content-Length: 192
Message body
Session Description Protocol
Session Description Protocol Version (v): 0
Owner/Creator, Session Id (o): - 371537 371537 IN IP4 62.225.245.92
Session Name (s): -
Connection Information (c): IN IP4 62.225.245.92
Time Description, active time (t): 0 0
Media Description, name and address (m): audio 9046 RTP/AVP 8 101
Bandwidth Information (b): AS:64
Media Attribute (a): rtpmap:8 PCMA/8000
Media Attribute (a): rtpmap:101 telephone-event/8000
Media Attribute (a): fmtp:101 0-15

=====================================================

Die email, siehe [email protected], spielt schon eine gewisse Rolle.

Gemeint mit der Festnetznummer, war die Nummer unter der der VoIP-As vom Festnetz her zu errreichen ist, in diesem Falle 032XXXX.



PS: Besonders gagging sind solche Meldungen wie "Verbindung wird aufgebaut" für trying. Klingeln ....-->ringing
 
Hi,

Danke, ich habs nun mal mit der VoIP-Nummer probiert, das funktioniert aber auch nicht, da meint er dann (immerhin eine klare Fehlermeldung), dass das Passwort falsch sei für den angegebenen Account.

Viele Grüße
 
Hi,

es funktioniert nun - mit der Nummer an der einen Stelle und dem Benutzernamen an der anderen. Congster hat da anscheinend gerade eben was an der Anleitung gedreht. Ich werde eine kleine Anleitung verfassen, wie man asterisk richtig konfiguriert und diese auf meine Website stellen.

Danke für die Hilfe und viele Grüße
 
Die success story

Hallo,

herzlichen Glückwunsch. Manche Wege sind manchmal steinig. Engagement muss aber belohnt werden! Zwischendurch vermute ich mal, es gebe gar keine call-in (Festnetz)Rufnummer für congster-VoIP. Denkbar ist manchmal Vieles.

Mit Asterisk habe ich noch nicht experimentiert. Trotzdem das "common understanding" kann dann SIP sein.

Danke für die Anleitung, im Namen zukünftig nicht mehr verschweifelter VoIP-PBX user.

Viel Spaß jetzt beim voipen!
 
Hi,

Danke für die netten Worte. Ich vermute, dass es einfach seine Zeit gedauert hat, bis die Nummer tatsächlich freigeschaltet war, oder dass congster noch ein paar Anfangsschwierigkeiten hatte - ist bei einem Angebot, dass es erst seit einem Tag offiziell gibt, ja auch kein Wunder.

Viele Grüße vom freudig auf sein Hardware-SIP-Phone wartenden sECuRE :)
 
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.