[HowTo] Asterisk an Telekom All-IP über W921v

[Katzenjens]

Hallo,

ich bekomme hier nen Krampf.
Hat jemand eine funktionierende Config für Asterisk 1.6 an einem Telekom-All-IP Anschluss?
Die Registrierung bekomme ich noch hin, aber weder eingehend noch ausgehend funktioniert es. In beiden Richtungen Fehler 401.
Ich habe im Netz und auch hier diverse Configs gefunden, welche sich aber immer an den wichtigen Stellen unterscheiden und somit allesamt unbrauchbar sind.

Ich habe momentan noch einen ISDN-Adapter drin, welcher meine Mailboxen und Rauswürfe von Telefonterroristen handelt. Allerdings möchte ich das durch einen Asterisk ersetzen, schon wegen der überflüssigen Hardware.

Wäre nett, wenn hier jemand etwas parat hat. Woanders wüsste ich nicht mehr zu fragen als bei den alten Hasen hier.

 

[ktw2003]

sip.conf

[telekom-out]
type=friend
username=<Benutzername, wird z.B. zur Anmeldung im Kundencenter genutzt>
secret=<Kennwort, wie es zur Anmeldung im Kundencenter genutzt wird>
host=tel.t-online.de
fromdomain=tel.t-online.de
qualify=yes
canreinvite=no
allow = alaw
allow = g726
allow = gsm
allow = ulaw
dtmfmode=inband
insecure=invite

extensions.conf

exten => _XX.,1,Set(CALLERID(name)=<Tel.Nr.>
exten => _XX.,1,Set(CALLERID(num)=<Tel.Nr.>
exten => _XX.,n,Dial(SIP/${EXTEN}@telekom-out,30,tr)

 

[Katzenjens]

Danke, aber diese Config hatte ich auch schon probiert: 603 decline
Bei anderen hatte ich 401
Jedenfalls kommt nach aussen hin keine Verbindung zustande. Testweise mal direkt mit x-lite und android-Handys probiert: Läuft. Ekiga: läuft nicht, Nokia E51 läuft nicht. Somit liegts nicht an NAT oder ähnlichem. Ich glaube ich muss aufgeben.

 

[Andre]

Ich selbst hatte erhebliche Schwierigkeiten, mein 1&1-Voip am Asterisk einzurichten. Nach viel Probieren habe ich einen ganz banalen Workarround verwendet: Eine alte Fritz!Box fon 7170 registriert sich beim Provider und gibt die Nummern intern für "IP-Telefon" (=SIP-Server) frei. Der Asterisk meldet sich dann an dem SIP-Server der 7170 an. Nebenbei habe ich am Festnetzeingang der 7170 noch ein GSM-Gateway, das auf die Art auch dem Asterisk zur Verfügung steht.

Da ich eh irgendwie meine alten Telefone an den Asterisk anschließen muss, eignet sich die 7170 ganz besonders, da sie drei analoge Telefonanschlüsse und einen S0 hat. Ich nutze sie also gleichzeitig als ATA.

Eventuell ist das auch eine Lösungsmöglichkeit für Dich. Leider hast Du ja den W921V, der nicht von AVM ist, sonst wäre die Sache einfacher. So bliebe entweder eine zusätzliche Box oder ein Boxwechsel. Ist die SP W921V denn ein Kauf- oder ein Mietgerät? In letzterem Fall könnte die Anschaffung einer eigenen geeigneten FBF ja attraktiv sein...

 

[rentier-s]

Sofern die Registrierung klappt, sollten sich zumindest ankommende Anrufe hinbekommen lassen. Lass den host Eintrag in der Peer-Definition raus, mach im [general] allowguest=yes und setz die exten in den default Context. Wenn das funktioniert, kann man Stückweise weiter probieren. Wenn nicht, poste mal CLI mit verbose >= 3 und/oder ein sip debug.

 

[Katzenjens]

Danke @rentier-s
das hört sich vielversprechend an. Teste ich heute abend mal aus.
Wenn ich wider Erwarten Erfolg habe, werde ich die Configs allen zur Verfügung stellen, da ich vermute, IP-Telefonie seitens Telekom wird noch größer werden. Ist übrigens hochinteressant, den Meldungen zuzuschauen, wenn Anrufe aus den verschiedenen Netzen hereinkommen. Während Vodafone noch herkömmlich vermittelt wird, ist die Übertragung seitens o2 schon durchgängig SIP. Da werden sogar die Gateway mit übertragen. Also mehr Infos als beim guten alten ISDN.

@andre
ich wollte ja gerade den Hardwarebestand durch geschickte Software abbauen.

 

[abw1oim]

Unbeachtlich dessen, dass allowguest=yes das Problem löst, dass die Telekom wie etwa auch 1und1 mit Loadbalancern arbeitet (die sie sicherheitshalber nicht veröffentlichen, damit es keiner merkt ), folgende Ergänzung, die (derzeit) vollständig ist und funktioniert:

sip.conf

register => <MSN mit Ortsvorwahl>:<PW>:<User>@[email protected]/<MSN mit Ortsvorwahl>~240
;diese Registrierungszeile je zugeteilter MSN des Ansschlusses wiederholen

[external-standard](!)
trustrpid=no
context=inc_pstn
type=peer
insecure=port,invite
usereqphone=no
t38pt_udptl=no
nat=yes
disallow=all
allow=ulaw
allow=alaw
dtmfmode=rfc2833

[DTAG-IP](external-standard)
defaultuser=<User>@t-online.de
authuser=<User>@t-online.de
secret=<PW>
host=tel.t-online.de
fromdomain=tel.t-online.de
qualify=yes


[DTAG-IP_IN1](external-standard)
host=217.0.16.26

[DTAG-IP_IN2](external-standard)
host=217.0.16.90

[DTAG-IP_IN3](external-standard)
host=217.0.16.106

[DTAG-IP_IN4](external-standard)
host=217.0.16.154

[DTAG-IP_IN5](external-standard)
host=217.0.16.170

[DTAG-IP_IN6](external-standard)
host=217.0.16.230

[DTAG-IP_IN101](external-standard)
host=217.0.17.26

[DTAG-IP_IN102](external-standard)
host=217.0.17.90

[DTAG-IP_IN103](external-standard)
host=217.0.17.106

[DTAG-IP_IN104](external-standard)
host=217.0.17.154

[DTAG-IP_IN105](external-standard)
host=217.0.17.170

[DTAG-IP_IN106](external-standard)
host=217.0.17.230

Für die extensions gibt es nichts zu beachten, außer beim Outbound das Setzen der CALLERID (name und num) auf die gewünschte MSN incl. Ortsvorwahl vor dem Dial.
Eingehend wird nach dieser sip.conf je MSN unterschieden (gleichfalls incl. Ortsvorwahl).
Und: Das funktioniert hier exakt so an einem Telekom VDSL All-IP-Anschluß.

 

[rentier-s]

dass die Telekom wie etwa auch 1und1 mit Loadbalancern arbeitet (die sie sicherheitshalber nicht veröffentlichen...

Das ist gut zu wissen (war auch meine Vermutung). Wenn Dir zufällig neue/weitere Balance-Server unterkommen, könntest Du Sie ja hier mit einfügen ;-)

@Katzenjens, wenn die Config von abw1oim bei Dir funktioniert, könntest Du dem Thread-Titel das Prefix "Howto" verleihen.

 

[abw1oim]

@rentier-s:

Kann ich gerne tun
In Verbindung mit einem allowguest=yes "erwischt" man die im Übrigen bei Auswertung der eingehenden Rufnummer in Verbindung zur im Channel dokumentierten IP, ist mühselig, hilt aber ...

 

[Katzenjens]

Dankeschöööön!!!!
Eingehend klappt es nun bereits. Abgehend ist für mich eh weniger wichtig. Nun kann ich endlich den 15 Jahre alten Kram, welchen ich seinerzeit unter Turbo Pascal und der CAPI 2.0 programmiert habe, nachdem ich dann mir mühsam ein Asterisk-Derivat erstellt habe, entsorgen.
Das allowguest=yes hat es alleine nicht gebracht, aber die lange config von abw1oim lief sofort, nachdem ich den context an meine Einstellungen angepasst hatte.
Als nächstes werde ich mir die Hörner bei der Progammierung von Mailboxen und Spammer-Anruffallen abstossen. da freue ich mich schon drauf

Allerdings habe ich momentan leider noch andere Baustellen nichttechnischer Art zu erledigen. Von daher wird die dokumentierte Config noch ein klein wenig dauern. Jedenfalls können andere Verzweifelte mit dem Baustein von abw1oim etwas anfangen!!!

Ich melde mich im Asterisk-Forum wenn ich Fortschritte habe.

[update] Outbound läuft nun auch.
[update2] Verbindungen zwischen Asterisk und dem internen VoIP-Client des w921v fehlerbehaftet wg. NAT-Problematik.
Weiteres dazu hier: http://www.ip-phone-forum.de/showthread.php?t=250583

Viele Grüße und Danke,
Jens

 

[Planetom]

Hi Katzenjens,
ich hab mittlerweile eine halbe Armee an sip.confs und extension.confs. Sipgate lefft aber Telekom ... agh.
Kannst Du Deine funzenden confs posten, bin am verzweifeln.
Danke & Gruß
Volker

 

[Katzenjens]

Hallo Volker,

ich habe mich fast komplett an die obigen Tipps gehalten. Hast Du eine valide T-Online-Mail-Adresse?
Wenn nicht, gilt die T-Online-Nummer. Das kannst Du aber im Telekom-Kundencenter nachsehen.

Hier die Schnipsel aus der sip.conf

[raus]
exten => _0.,1,Set(CALLERID(num)=061189xxxxx)
exten => _0.,n,Set(CALLERID(name)=061189xxxxx)
exten => _0.,n,Dial(SIP/${EXTEN}@DTAG-IP,60,tr)

[ankommend]
exten => 0611xxxxx,n,Dial(SIP/1000)

Schnipsel aus der extensions.conf

[general]
port=5060
bindaddr=0.0.0.0:5062
language=de
canreinvite=no
srvlookup=yes
register => 061189xxxxxx:passwort:[email protected]/061189xxxxx~245
[external-standard](!)
trustrpid=no
context=ankommend
type=peer
insecure=port,invite
usereqphone=no
t38pt_udptl=no
nat=yes
disallow=all
allow = ulaw
allow = alaw
allow = gsm
dtmfmode=rfc2833

[DTAG-IP](external-standard)
[email protected]
[email protected]
secret=passwort
host=tel.t-online.de
fromdomain=tel.t-online.de
qualify=yes

[DTAG-IP_IN1](external-standard)
host=217.0.16.26

[DTAG-IP_IN2](external-standard)
host=217.0.16.90

[DTAG-IP_IN3](external-standard)
host=217.0.16.106

[DTAG-IP_IN4](external-standard)
host=217.0.16.154

[DTAG-IP_IN5](external-standard)
host=217.0.16.170

[DTAG-IP_IN6](external-standard)
host=217.0.16.230

[DTAG-IP_IN101](external-standard)
host=217.0.17.26

[DTAG-IP_IN102](external-standard)
host=217.0.17.90

[DTAG-IP_IN103](external-standard)
host=217.0.17.106

[DTAG-IP_IN104](external-standard)
host=217.0.17.154

[DTAG-IP_IN105](external-standard)
host=217.0.17.170

[DTAG-IP_IN106](external-standard)
host=217.0.17.230

[1000]
type=friend
secret=1234
callerid=1000
host=dynamic
mailbox=1000

 

[Planetom]

Hi Katzenjens,
vielen Dank für die rasche Antwort erstmal.
Einen Teilerfolg gibt es zu vermelden: ich kann rausrufen. Also ab und zu.
Inbound geht nicht. Das ist die übelste Frickelei der ich bis jetzt begegnet bin. Frust pur.
Wollte mich trotzdem bei Dir/Euch bedanken.
Gruß
Volker

 

[Katzenjens]

Hallo Volker,

da bleibt Dir nichts anderes übrig als die Logs zu durchforsten. Auch sind die Debug-Ausgaben von Interesse. Möglicherweise ist die IP-Tabelle der DTAG nicht komplett. Das hängt halt auch von der Vermittlungsstelle ab. Bei mir waren auch einige Probleme wie weggeblasen, als ich auf Asterisk 1.8 umgerüstet hatte.

 

[Planetom]

Hi Katzenjens,
der Frust hat sich gelegt - es lefft. Die entscheidenden Hinweise kamen von Dir bzw. abw1oim. Nochmal Danke, ohne Leute wie Euch - pas de chance.
Ich revanchiere mich mit einem etwas ausführlicherem Post - mit Zielgruppe Delighted Asterisk User (DAU), entry level.

In diesem Sinne vorab ein paar Tips für *-n00bs wie mich, die Lichtjahre von Katzenjens / abw1oim entfernt wurschteln, alles unter Ubuntu 12.04:

sip.conf und extensions.conf haben root als owner
Ein weiterer Dank geht an ???. Ich finde den Poster leider nicht wieder, aber von ihm kam der Hinweis, das sip.conf und extensions.conf dem user asterisk gehören sollten:

cd /etc/asterisk/
chown asterisk sip.conf extensions.conf

Auf dem system mit asterisk - Firewall aus!

sudo ufw disable

CLI-Kommandos abkupfern lernen!
z.B bei http://www.asteriskguru.com/tutorials/cli_cmd_14.html

1000-usernames-Labyrinth
Wer sich neu einarbeitet, rennt unweigerlich hier rein.
So finden wir in sip.conf: "defaultuser, authuser, username, fromuser, ..." In der beigelegten Fassung der sip.conf reichen die ersten beiden, also "defaultuser" und "authuser". Warum? Keine Ahnung, aber es lefft.

Context-Dilemma und eckige-Klammer-Paradoxon
In sip.conf stehen mehrfach Einträge wie context=default oder context=ankommend oder context=telefon.
Diese werden später in der extensions.conf wieder aufgegriffen.
Aber nicht nur das. Auch die Einträge in den eckigen Klammern also z.B. und insbesondere [DTAG-IP] werden in extensions.conf wieder angesprochen. So weit so gut, man muss halt darauf achten.
Die Ablauflogik der extensions.conf und das Zusammenspiel mit sip.conf indes habe ich nicht verstanden. Die muss einem Propellor-Head entsprungen sein. Ist ankommend noch klar definiert sprich in sip.conf: context=ankommend und in extensions.conf in den eckigen Klammern wiederzufinden [ankommend], gilt für den Rest context=default zu eckig [default] aber im sip.conf Abschnitt [general]. Die Nebenstellen (engl: extensions) werden in sip.conf definiert und stehen in eckigen Klammern, brauchen aber einen korrespondieren context in sip.conf und dann wiederum dasselbe als eckige Klammer in extensions.conf. Ach ja, ohne das include => default im Abschnitt [telefon] wählen die Nebenstellen übrigens nicht raus - obwohl das ein default-Wert sein soll.
Hm?
Mir deucht, das ist "historisch gewachsen" oder 100% Propellor-Head (aka Logik, die nur dem Erfinder logisch erscheint).

Das T-Online-Account-Casino
[email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected]
und/oder
[email protected] (so meldet sich mein Router Speedport w724v Typ A an)

Bei mir funzt

• in sip.conf im Abschnitt [general] im String register [email protected]
• in sip.conf im Abschnitt [DTAG-IP](external-standard) bei den usern
• [email protected]
• [email protected]

Warum? Muahahaha Du wirst es NIE erfahren - aber es funzt

Als Passwort nehmen man das zur Anmeldung im Kundencenter. Ich Trolo habe oft genug das des Routers verwendet (D'Oh!)

-----------

Okay hier nun die garstigen confs. Katzenjens möge mir verzeihen, aber bei bindaddr=0.0.0.0 flog das Port 5062 raus (sonst nix funz).
Weitere Abweichungen:

• das in obigen Posts erwähnte allowguest=yes fehlte mir, also rein
• defaultexpirey=240 und maxexpirey=600 rein
• Die callerid der telefone mussten weg, dafür
• der context=telefon rein.

sip.conf

[general]
port=5060
bindaddr=0.0.0.0
language=de
canreinvite=no
srvlookup=yes
allowguest=yes
allowsubscribe=yes
defaultexpirey=240
maxexpirey=600
context=default

register => vorwahltelefonnummer:kundencenterpasswort:[email protected]/vorwahltelefonnummer

[external-standard](!)
trustrpid=no
context=ankommend
type=peer
insecure=port,invite
usereqphone=no
t38pt_udptl=no
nat=yes
disallow=all
allow = ulaw
allow = alaw
allow = gsm
dtmfmode=rfc2833


[DTAG-IP](external-standard)
[email protected]
[email protected]
secret=kundencenterpasswort
host=tel.t-online.de
fromdomain=tel.t-online.de
qualify=yes

[DTAG-IP_IN1](external-standard)
host=217.0.16.26

[DTAG-IP_IN2](external-standard)
host=217.0.16.90

[DTAG-IP_IN3](external-standard)
host=217.0.16.106

[DTAG-IP_IN4](external-standard)
host=217.0.16.154

[DTAG-IP_IN5](external-standard)
host=217.0.16.170

[DTAG-IP_IN6](external-standard)
host=217.0.16.230

[DTAG-IP_IN101](external-standard)
host=217.0.17.26

[DTAG-IP_IN102](external-standard)
host=217.0.17.90

[DTAG-IP_IN103](external-standard)
host=217.0.17.106

[DTAG-IP_IN104](external-standard)
host=217.0.17.154

[DTAG-IP_IN105](external-standard)
host=217.0.17.170

[DTAG-IP_IN106](external-standard)
host=217.0.17.230

[111]
type=friend
host=dynamic
secret=123456
context=telefon
; callerid=111

[120]
type=friend
host=dynamic
secret=123456
context=telefon
; callerid=120

[121]
type=friend
host=dynamic
secret=123456
context=telefon
; callerid=121

-------------

extensions.conf

[default]
exten => _0.,1,Set(CALLERID(num)=vorwahltelefonnummer)
exten => _0.,n,Set(CALLERID(name)=vorwahltelefonnummer)
exten => _0.,n,Dial(SIP/${EXTEN}@DTAG-IP,30,tr)
exten => _0.,n,Hangup()

; National Vorwahl beginnend mit +   warum beide nötig sind NO IDEA
exten => _+49X.,1,Set(CALLERID(num)=vorwahltelefonnummer)
exten => _+49X.,n,Set(CALLERID(name)=vorwahltelefonnummer)
exten => _+49X.,n,Dial(SIP/0${EXTEN:3}@DTAG-IP,30,tr)
exten => _+49X.,n,Hangup()

; Internationale Vorwahl mit beginnend mit +
exten => _+X.,1,Set(CALLERID(num)=vorwahltelefonnummer)
exten => _+X.,n,Set(CALLERID(name)=vorwahltelefonnummer)
exten => _+X.,n,Dial(SIP/00${EXTEN:2}@DTAG-IP,30,tr)
exten => _+X.,n,Hangup()

; die beiden nächsten hier - keine Ahnung ob die überhaupt was machen aber es funzt
exten => _0[1-9].,n,Dial(SIP/${EXTEN}@DTAG-IP,60,tr)
exten => _00.,n,Dial(SIP/${EXTEN}@DTAG-IP,60,tr)

[telefon]
include => default
exten => 111,1,Dial(SIP/111,120,Tt)
exten => 120,1,Dial(SIP/120,120,Tt)
exten => 121,1,Dial(SIP/121,120,Tt)

[ankommend]
exten => vorwahltelefonnummer,1,Dial(SIP/111&SIP/120)

 

[Katzenjens]

Meinen Glückwunsch!

Da hast Du ja noch einige Fallen aufgezählt, in welche man tappen kann. Das mit der Berechtigung der configs wäre ich auch nicht drauf gekommen.
Die 245Sek. bei der Registrierung habe ich empirisch ermittelt, da die Vermittlungsstelle mir häufig gesagt hatte, ich wäre zu früh . Ist aber Kosmetik.
Den Port 5062 habe ich für meine internen Gerätschaften genommen, um nicht mit den Clients in dem Speedport zu kollidieren. Mein Telekom-Asterisk ist von aussen eh nicht erreichbar. Ansonsten empfehle ich Dir auf jeden Fall, die Sicherheitshinweise durchzulesen, damit niemand auf Deine Kosten telefonieren kann.

 

[rentier-s]

Mir deucht, das ist "historisch gewachsen" oder 100% Propellor-Head (aka Logik, die nur dem Erfinder logisch erscheint).

Weder das eine, noch das andere. Deine "Anleitung" bezüglich der Contexte ist leider an einigen Stellen nicht zutreffend.

Grundsätzlich gilt, übrigens für alle Channel-Treiber, nicht nur chan_sip, dass der dort gesetzte context immer dann verwendet wird, wenn ein Channel von dieser Seite her aufgebaut wird.

Der context aus dem sip.conf [general], der nicht unbedingt "default" heißen muss, gilt für alles was keinen eigenen context definiert hat. Und auch nur dafür.
Bei ankommenden Gesprächen vom TSP verwendet Asterisk bei gesetztem insecure den context, der zum host passt. Da Du wegen der Balance-Server Templates verwendest, trifft bei Dir für jeden host der context aus dem Template external-standard zu. Sobald ein neuer Balance-Server auftaucht, für den Du noch keinen host Eintrag hast, wird Asterisk dank allowguest=yes den [general] context nehmen.

Die Nebenstellen brauchen keinen "korrespondierenden Context" in der extensions.conf. Wenn für den User in der sip.conf eigens (=abweichend von dem im [general]) ein context gesetzt ist, muss dieser natürlich in der extensions.conf auftauchen, bei Dir ist das [telefon]. Das include=>default ist aber nicht zu empfehlen, siehe Jens Hinweis zur Sicherheit. Pack die abgehenden exten's lieber in einen eigenen context und binde diesen per include in [telefon] ein.

Die eckigen Klammern sind kein Paradoxon, alles was in eckigen Klammern steht ist in der sip.conf ein Peer, extensions.conf ein Context und bei Channel-Configs meist ein Kanalname. Per Definition des Dialstrings für chan_sip kann optional ein Peer als Proxy für die aufzubauende Verbindung angegeben werden, dessen Name Du in der sip.conf in eckigen Klammern festgelgst. Die meisten anderen Channel-Treiber verwenden diese Logik analog.

Die ganzen ...user... in der sip.conf sind entweder veraltet (defaultuser ersetzt zB. username), oder erfüllen bestimmte Aufgaben. Siehe dazu die Doku bzw. die Grundlagen von SIP.

Schau Dir bitte in aller Ruhe Betateilchens Asterisk Kurs hier im Forum an, dort wird das auch alles erklärt.

 

[Planetom]

Hi Miteinander,
erstmal Danke für die Kommentare. Bitte nehmt die Propellor-Head-Sache nicht ganz so ernst. Ich schildere hier eher einen emotionalen Eindruck als ein technisch/sachlich korrektes Gutachten abzugeben. Einigen wir uns auf "funktional aber wenig elegant" in puncto Umsetzung der gestellten Aufgabe unter stilistischen Aspekten.

Die Nebenstellen brauchen keinen "korrespondierenden Context" in der extensions.conf.

Das ist der einzige Punkt, zudem ich sagen muss: leider doch. Mein erster Test war nämlich ohne Context. Die exten's standen unter default. Das funzte nicht, weder Inbound noch Outbound. Ich werde mich zu diesem Punkt noch qualifizierter äußern, momentan ist es eine reine Beobachtung. Mir fehlt einfach das Grundlagenwissen. Ich gehe das aber via learning-by-doing an, so merke ich mir das besser oder überhaupt.
Auf jeden Fall werde ich die Sicherheitshinweise berücksichtigen, nochmal Danke.
Erkenntnisse teile ich natürlich.

Thx & Grüßle
vm

 

[rentier-s]

Ich hab "korrespondierend" so verstanden, als müsste es für den User [2000] auch einen Context [2000] in der extensions.conf geben. Wie gesagt, wenn in der sip.conf für einen User ein context=blablub gesetzt ist, muss [blablub] in der extensions.conf natürlich existieren, ist dann schließlich der einzige der verarbeitet wird, sobald der User eine Nummer wählt. Man könnte aber theoretisch dem User keinen eigenen context geben, dann wird der default verwendet, so hat Betateilchen das in seinem Kurs auch beschrieben (aber extreme Sicherheitslücke).

Die Logik mit den Contexten muss man einmal verstanden haben, da geb ich Dir Recht. AEL bietet die Möglichkeit, dass die Dialpläne etwas mehr nach Programmiersprache aussehen, und vereinfacht auch vieles, was in der klassischen extensions.conf umständlich ist.

Btw., für Emotionen sind wir Frauen verantwortlich, der Rest bleibt bitte sachlich ;-)

 

[Planetom]

Ein wahrhaft weises Schlusswort, einzig zu übertreffen durch: Danke!