Nikotel will und will nicht mit A@H

Dros

Neuer User
Mitglied seit
20 Jun 2005
Beiträge
25
Punkte für Reaktionen
0
Punkte
0
Hi,

ich bekomme es ums verrecken nicht hin, von Nikotel aus augerufen zu werden. Es wäre SUPERNETT wenn mir jemand mal einen Tipp geben könnte wie er das eingestellt hat. Diverse Faqs, und Beispiele laufen bei mir nicht, weil die halt alle nicht explizit für Nikotel oder a@h bzw. AMP sind.

Mein Asterisks funktoniert sonst prima, mit internen SIP Telefonen und der Verbindung zur TK-Anlage. Alles klappt. Nur Inbound-Anrufe von Nikotel nicht.

Meine Config ist wie folgt:

Auf dem Router sind Port 5060 und 5004 UDP auf den Asteriskrechner geleitet.

in der sip.conf habe ich drinstehen:
Code:
[general]

port = 5060           ; Port to bind to (SIP is 5060)
bindaddr = 0.0.0.0    ; Address to bind to (all addresses on machine)
externip = meinrechner.dyndns.org
localnet = 192.168.2.0/255.255.255.0
srvlookup=yes
disallow=all
allow=gsm
allow=ulaw
allow=alaw
context = from-sip-external ; Send unknown SIP callers to this context
callerid = Unknown
language=de
#include sip_nat.conf
#include sip_custom.conf
#include sip_additional.conf

In der Webmaske gibt es einen SIP-Trunk namens nikotel_out.

die Outgoing settings sind:
Code:
allow=gsm
auth=md5
canreinvite=yes
context=default
disallow=all
from-domain=nikotel.com
fromuser=meinuser
host=calamar0.nikotel.com
qualify=yes
secret=meinpwd
type=peer
username=meinuser

Meine Incoming settings sind:

User-context: to_nikotel (hatte auch mal from-pstn drin, klappte auch nicht)

und die Settings sind:

Code:
context=from-pstn
host=calamar0.nikotel.com
insecure=very
promiscredir=yes
type=user

Mein Registerstring ist

meinuser:[email protected]/99001234567

Dann habe ich noch eine DID Route mit der Nummer 99001234567 erzeugt, die auf ein internes SIP-Gerät verweist.

sip show registry sagt:

Host Username Refresh State
calamar0.nikotel.com:5060 meinuser 3765 Registered

sip show peers
Name/username Host Dyn Nat ACL Mask Port Status
nikotel_out/meinuser 63.214.186.6 N 255.255.255.255 5060 OK (532 ms)
24/24 192.168.2.197 D 255.255.255.255 5060 Unmonitored
23/23 192.168.2.3 D 255.255.255.255 5060 Unmonitored

sip show users
Username Secret Accountcode Def.Context ACL NAT
to_nikotel from-pstn No RFC35
24 24 from-internal No No
23 23 from-internal No No

Wenn ich meine Nikotel-ISDN-nummer mit einem normalen Telefon anrufe bekomme ich bei sip debug das angezeigt:

to 63.214.186.6:5060
Retransmitting #5 (NAT):
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 63.214.186.6;branch=z9hG4bKf80754e381d859002bcfd49c9f327b1d;received=63.214.186.6;rport=5060
Via: SIP/2.0/UDP 195.226.174.68
From: <sip:[email protected]>;tag=9C0FC2B0-1C09
To: <sip:[email protected]>;tag=as2412ff44
Call-ID: [email protected]
CSeq: 102 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER
Contact: <sip:[email protected]>
Proxy-Authenticate: Digest realm="asterisk", nonce="22011ae0"
Content-Length: 0

Dann kommt irgendwann die Ansage das die Nummer momentan nicht verfügbar ist.

Im Forum hier hatte mal jemand eine Anleitung für Web.de geschrieben, das klappte z.Z. auch mit Nikotel, mit dem Fehler das dann die internen Sip-Telefone nicht mehr telefonieren konnten.

HILFE!!

Ich lass auch ein Bier springen.

cu
Dros
 
Hi,

wofür hältse das?

Mein Registerstring ist

meinuser:[email protected]/99001234567

So einfach wird der Gerstensaft nicht gewonnen...:))
Trotzdem danke für die Antwort. Ich habe es jetzt auch irgendwie geschafft, ich denke es lag an den Ports 8000-8012 die ich nicht freigeschaltet hatte auf dem Router. Bin mir aber nicht sicher. So wie ich es sehe ist Nikotel eh eine schlechte Wahl unter Asteriskaspekten. Sipgate Anleitungen oder für Web.de hab ich ne Menge gefunden, doch bei Nikotel ist alles anders... :evil:

cu
Dros
 
In der sip.conf nikotel wie folgt definieren:

Code:
[63.214.186.6] ; <= wichtig
type=friend
username=account
secret=password
host=calamar0.nikotel.com
fromuser=account
fromdomain=calamar0.nikotel.com
promiscredir=yes
canreinvite=no
qualify=no
disallow=all
allow=alaw
allow=ulaw
allow=ilbc
allow=g726
;allow=g729
allow=gsm
;allow=g723
insecure=very
nat=no
dtmfmode=info
tos=0x18
 
Kommend oder gehend?

Hi,

sind das im SIP-Trunk Deine Outgoing Settings oder die incoming Settings?

Bei Outgoing habe ich
Code:
allow=gsm
auth=md5
canreinvite=yes
context=default
disallow=all
from-domain=nikotel.com
fromuser=yyyyyy
host=calamar0.nikotel.com
qualify=yes
secret=xxxxxx
type=peer
username=yyyyyy

und bei Incoming habe ich das:
Code:
context=from-pstn
host=calamar0.nikotel.com
insecure=very
promiscredir=yes
type=peer

Userkontext: to_nokotel.

Es scheint zu klappen Wäre nett wenn Du nochmal drüberschauen könntest.

cu
Dros
 
Hi Dros,

Der sip.conf Eintrag von Netview ist für outbound... das sieht man daran, dass kein Kontext zugwiesen wurde.

Wenn durch den Registry-String dein account registriert wurde und er bei einem Anruf von aussen im Asterisk landet wird nach einer passenden Stelle gesucht (bspw. der Incoming teil deines Trunks). Findet er nichts landet er automatisch im Allgemeinen definierten Teil [general] der sip.conf bei dir also im context=from-sip-external

Du kannst mal testen ob Nikotel wirklich in deinem Incoming Trunk landet in dem du den context von Incoming deines Nikotel-Trunks von from-pstn auf irgenetwas anderes setzt (am besten ein context bei dem nichts passiert)

Wenn deine sip.conf noch so ist wie du sie oben beschrieben hast, dann bringt dir die DID-Route nichts. Dein asterisk springt bei einem anruf entweder über sip.conf [general] in den context=from-sip-external, oder aber über die incoming einstellungen deines nikotel Trunks in den context=from-pstn

Damit die DID-Routes Wirkung zeigen musst du den Anruf in den context ext-did leiten, d.h. entweder in sip.conf [general] context = ext-did setzten, oder in deinem incoming-Teil deines nikotel-Accounts

Ich hoffe der Nebel lichtet sich so langsam... ;)

Gruß
Holg
 
warum nicht from-pstn

Hi,

danke für Deine ausführliche Info.

Aber ein Frage noch, warum ist der context from-pstn denn nicht so gut? Er scheint die DID Routen zu benutzen, was ist der Vorteil von ext-did?

cu
Dros
 
Na da hast du wohl recht... hab ich wohl beim durchschauen überlesen... :silly:

Gruß
Holg
 
Krise

Hi,

ich bekomme die Krise, nun kann ich nicht rauswählen. Ich habe dann einfach Dein Beispiel von oben übernommen für die Outgoing Settings und bekomme immer 'all circuts are busy at the moment', auf der Konsole schreibt er mir u.a. das:

-- Executing Dial("SIP/24-7c00", "SIP/63.214.186.6/990123456789") in new stack
-- Called 63.214.186.6/990123456789
-- Got SIP response 484 "Address Incomplete" back from 63.214.186.6
== No one is available to answer at this time

Egal welche 99er Nummer ich anrufe. Oder haben wir ne Störung?

Hier meine Outgoing Settings:
Code:
[63.214.186.6]
username=username
type=friend
tos=0x18
secret=passwort
qualify=no
promiscredir=yes
nat=no
insecure=very
host=calamar0.nikotel.com
fromuser=username
from-domain=calamar0.nikotel.com
dtmfmode=info
canreinvite=no
allow=all

Meine sip.conf:

Code:
[general]

port = 5060           ; Port to bind to (SIP is 5060)
bindaddr = 0.0.0.0    ; Address to bind to (all addresses on machine)
externip = mydomain.dyndns.org
localnet = 192.168.2.0/255.255.255.0
srvlookup=yes
disallow=all
allow=gsm
allow=ulaw
allow=alaw
context = from-sip-external ; Send unknown SIP callers to this context
callerid = Unknown
language=de
#include sip_nat.conf
#include sip_custom.conf
#include sip_additional.conf

Eine Outroute habe ich auch gesetzt.

Du verdienst Dir Dein Bier doch noch! Es wäre echt nett wenn Du das nochmal prüfen könntest.:)

cu
Dros
 
ich werde alt

Hi,

ich glaube im Alter werde ich zu leicht panisch. Also ich kann über Nikotel Festnetznummern anrufen und auch vom Festnetz angerufen werden. Nur bei den 99er Nummern macht er Stress, ich hab vier verschiedene probiert, da will er nicht. Nun gut. Blöd bei Nikotel ist, dass die keine Testnummer haben, Echotest oder so. Das was ich gefunden habe war die 43, aber da erzählt Nikotel was von Konferenzen... Nunja...

Also sorry für die Panik

cu
Dros
 
Gelöst

Auch das mit den 99er Nummern ist teilweise gelöst, man muss folgendes wählen:

<asterisk-code-für-nikotel-trunk>00991234567

Das mit der 00 muss sein, wenn man bei Nikotel einen Dailplan eingegeben hat um für deutsche Nummern nicht den ganzen internationalen Salms einzugeben.

Er erreicht auch die Nebenstelle laut Protokoll, ich bekomme einen Redirekt und dann wenn der andere ran geht, scheint das System aufzulegen, daran bin ich noch am suchen. Könnte daran liegen, dass ich nicht alle RTP Ports freigegeben habe auf dem Router (laut rtp.conf müssten es 10000-20000 sein, ich habe aber nur 10000 freigegeben, weil ich nur 20 Ports freigeben kann und keine Bereiche definieren kann. Mistding).

Vielleicht gibt mir mal einer von euch seine 99er Nummer, dann versuche ich mal einen Anruf darauf.

Dros
 
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.