Was macht FBF anders als Asterisk beim Anmelden?

Toggle sidebar Toggle sidebar
Upgrade 3CX to v18 and get it hosted free!
Status
Für weitere Antworten geschlossen.
A

alvoip

Mitglied
Mitglied seit
31 Okt 2004
Beiträge
490
Punkte für Reaktionen
0
Punkte
16
Ich habe Accounts bei vielen VoIP-Providern. Alle bis auf 2 kann ich über den Asterisk laufen lassen. Nur bei Skypho (Italien) und Phonesystems (Frankreich) schaffe ich es nicht. Egal welche Kombinationen ich schon durchprobiert habe, über den Asterisk kann ich nicht angerufen werden.

In der Fritz Box Fon hingegen sind die beiden Anbieter völlig problemlos. Einfach den Usernamen, das Passwort und den SIP-Server eintragen, und schon bin ich unter der italienischen und der französischen Nummer erreichber. Leider halt nur zu Hause, und nicht unterwegs, wo ich mich immer nur am Asterisk anmelde.

Was für spezielles Voodoo macht die FBF? Oder anders gefragt, weiß jemand, wie man den Anmeldevorgang der FBF in asteriskianisch ausformulieren kann?
 
Die Anmeldung dürfte nicht der wesentliche Unterschied sein, denn Deinen Worten entnehme ich, daß diese mit beiden funktioniert, nur jedoch eingehende Anrufe nicht gleich funktionieren... Verhalten sich beide Plattformen bezüglich Registrierung gleich?

Ich nehme an, die FBF hängt direkt an einem DSL oder anderen Internetzugang, während der Asterisk hinter (mind.) einem Router hängt. Der Unterschied dürfte bezüglich eingehender Gespräche genau da liegen. Die FBF hat die Gewalt über Deine Internetverbindung und benötigt daher keine besonderen Portweiterleitungen. Der Asterisk jedoch benötigt ggf. hinter dem Router beim Provider eine Freischaltung für den RTP-Portbereich.

Andere Idee: es könnte an den Codecs liegen, die Dein Asterisk anbietet. Gibt es denn bei eingehenden Anrufen im Asterisk Logeinträge, d.h. kommt dort überhaupt etwas an, oder ist einfach nur Stille?

--gandalf.
 
Über ausgehende Gespräche kann ich nichts sagen. Ich verwende beide Accounts nur um eine eingehende Nummer in diesen Ländern zu haben. Geld habe ich bei beiden keines aufgeladen und daher auch noch keine ausgehenden Gespräche geführt.

Was die Anbindung betrifft íst es genau umgekehrt wie von Dir vermutet: Der Asterisk ist ein vServer mit eigener öffentlicher IP. Die FBF (ATA-Version) ist bei mir zu Hause hinter einem Router, allerdings mit den SIP- und RTP-Ports geforwarded.

Die Codecs, die ich im Asterisk erlaube, sind alaw und ulaw, also nichts exotisches.

Es scheitert vielmehr die Registrierung im Asterisk. Hier die relevanten Teile der sip.conf für Skypho:

Code: 
[general]
register => 0662290xxx:[email protected]/0662290xxx

[SKrom]
type=peer
username=0662290xxx
fromuser=0662290xxx
secret=xxxxxxxx
host=voip.eutelia.it
fromdomain=voip.eutelia.it
insecure=very
canreinvite=no
nat=no
disallow=all
allow=ulaw
allow=alaw

[SK_in] 
type=peer
fromdomain=voip.eutrlia.it
host=voip.eutelia.it
disallow=all
allow=ulaw
allow=alaw
context=ankommend

Mit "sip show registry" bekomme ich bei diesem Account ein "Auth. Sent" statt eines "Registered".
 
alvoip schrieb:
Nur bei Skypho (Italien) und Phonesystems (Frankreich) schaffe ich es nicht. Egal welche Kombinationen ich schon durchprobiert habe, über den Asterisk kann ich nicht angerufen werden.
Zum Vergrößern anklicken....

Bei Skypho war bei mir war die Lösung in der sip.conf type=peer dann gings.

Im Zweifelsfall ein sip debug peer <peername> und schauen, was dein Asterisk und dein Provider sich so erzählen.
 
type=peer habe ich bereits. Kannst Du vielleicht in meinem sip.conf Ausschnitt oben nachschauen, was bei Dir anders ist?

Den Debug werde ich am Abend probieren, jetzt muss ich einkaufen gehen und Familienbesuche machen.
 
Hallo,

schneide mal bei FBF einen anruf mit http://fritz.box/html/capture.html , dann siehst du mit welchen codecs FBF dich verbindet. Ich habe einige Provider die wollen nur G711. Meistens liegt es an den codecs, wenn es auf dem einen aber nicht auf dem anderen funktioniert.

gruss
 
statt
register => 0662290xxx:[email protected]/0662290xxx
mal
register => 0662290xxx:xxxxxxxx@proxy_voip.eutelia.it/0662290xxx

unter [proxy_voip.eutelia.it]
dann das schreiben was unter [SK_in] steht.
 
Thomas007 schrieb:
statt
register => 0662290xxx:[email protected]/0662290xxx
mal
register => 0662290xxx:xxxxxxxx@proxy_voip.eutelia.it/0662290xxx
Zum Vergrößern anklicken....

proxy_voip.eutelia gibt es nicht. Laut srv Abfrage ist für voip.eutelia.it genau voip.eutelia.it zuständig

@alvoip

ist der Schreibfehler beabsichtigt?

[SK_in]
type=peer
fromdomain=voip.eutrlia.it
host=voip.eutelia.it
Zum Vergrößern anklicken....


jo
 
rollo schrieb:
proxy_voip.eutelia gibt es nicht. Laut srv Abfrage ist für voip.eutelia.it genau voip.eutelia.it zuständig
Zum Vergrößern anklicken....

Natürlich nicht.
Asterisk sucht die entsprechende Section [proxy_voip.eutelia.it] auf und nimmt die dort hinterlegten Werte.
 
Zuletzt bearbeitet:
@rollo

Da war wirklich ein Schreibfehler, aber seine Ausbesserung hat nichts geändert. Wahrscheinlich ist zum Zeitpunkt meines Registrierungsproblems das noch nicht relevant.


@Thomas007

Das mit dem proxy_ hat auch nichts geändert


@kombjuder

sip debug peer SK_in liefert folgendes. Ich bin zu unwissend um das zu interpretieren:

Code: 
REGISTER 13 headers, 0 lines
Reliably Transmitting (no NAT) to 195.62.225.244:5060:
REGISTER sip:voip.eutelia.it SIP/2.0
Via: SIP/2.0/UDP 84.16.245.xxx:5060;branch=z9hG4bK0d93ce10;rport
From: <sip:[email protected]>;tag=as60b2ac93
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 362 REGISTER
User-Agent: Asterisk PBX
Max-Forwards: 70
Authorization: Digest username="0662290xxx", realm="voip.eutelia.it", algorithm=MD5, uri="sip:voip.eutelia.it", nonce="4502d87e680ec0a1860246db149b76070b7cb658", response="d4ae0cd1486abdba91a7eafd4516276d", opaque="", qop=auth, cnonce="5ed886ea", nc=00000001
Expires: 120
Contact: <sip:[email protected]>
Event: registration
Content-Length: 0


---
vs9026*CLI>
<-- SIP read from 195.62.225.244:5060:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 84.16.245.xxx:5060;branch=z9hG4bK0d93ce10;rport=5060
From: <sip:[email protected]>;tag=as60b2ac93
To: <sip:[email protected]>;tag=88f80658fec2aee552096ea46e92568d.1640
Call-ID: [email protected]
CSeq: 362 REGISTER
WWW-Authenticate: Digest realm="voip.eutelia.it", nonce="4502d892699e3bd0c62c21ee9713f518d220cebf", qop="auth"
Server: SPS01EUT(0.9.6 (i386/linux))
Content-Length: 0
Warning: 392 195.62.225.244:5060 "Noisy feedback tells:  pid=20339 req_src_ip=84.16.245.xxx req_src_port=5060 in_uri=sip:voip.eutelia.it out_uri=sip:voip.eutelia.it via_cnt==1"


--- (10 headers 0 lines)---
Responding to challenge, registration to domain/host name voip.eutelia.it
REGISTER 13 headers, 0 lines
Reliably Transmitting (no NAT) to 195.62.225.244:5060:
REGISTER sip:voip.eutelia.it SIP/2.0
Via: SIP/2.0/UDP 84.16.245.xxx:5060;branch=z9hG4bK61d3ec74;rport
From: <sip:[email protected]>;tag=as6775c7ba
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 363 REGISTER
User-Agent: Asterisk PBX
Max-Forwards: 70
Authorization: Digest username="0662290xxx", realm="voip.eutelia.it", algorithm=MD5, uri="sip:voip.eutelia.it", nonce="4502d892699e3bd0c62c21ee9713f518d220cebf", response="1c4987877fa094c51c4f0dae4f9902af", opaque="", qop=auth, cnonce="11ec32ab", nc=00000001
Expires: 120
Contact: <sip:[email protected]>
Event: registration
Content-Length: 0


---
vs9026*CLI>
<-- SIP read from 195.62.225.244:5060:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 84.16.245.xxx:5060;branch=z9hG4bK61d3ec74;rport=5060
From: <sip:[email protected]>;tag=as6775c7ba
To: <sip:[email protected]>;tag=88f80658fec2aee552096ea46e92568d.5b16
Call-ID: [email protected]
CSeq: 363 REGISTER
WWW-Authenticate: Digest realm="voip.eutelia.it", nonce="4502d892699e3bd0c62c21ee9713f518d220cebf", qop="auth"
Server: SPS01EUT(0.9.6 (i386/linux))
Content-Length: 0
Warning: 392 195.62.225.244:5060 "Noisy feedback tells:  pid=20339 req_src_ip=84.16.245.xxx req_src_port=5060 in_uri=sip:voip.eutelia.it out_uri=sip:voip.eutelia.it via_cnt==1"


--- (10 headers 0 lines)---
Responding to challenge, registration to domain/host name voip.eutelia.it
REGISTER 13 headers, 0 lines
Reliably Transmitting (no NAT) to 195.62.225.244:5060:
REGISTER sip:voip.eutelia.it SIP/2.0
Via: SIP/2.0/UDP 84.16.245.xxx:5060;branch=z9hG4bK46b40e87;rport
From: <sip:[email protected]>;tag=as5edfb549
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 364 REGISTER
User-Agent: Asterisk PBX
Max-Forwards: 70
Authorization: Digest username="0662290xxx", realm="voip.eutelia.it", algorithm=MD5, uri="sip:voip.eutelia.it", nonce="4502d892699e3bd0c62c21ee9713f518d220cebf", response="9c262ed81f97da98fafd3f574f536b31", opaque="", qop=auth, cnonce="2cd33554", nc=00000001
Expires: 120
Contact: <sip:[email protected]>
Event: registration
Content-Length: 0


---
vs9026*CLI>
<-- SIP read from 195.62.225.244:5060:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 84.16.245.xxx:5060;branch=z9hG4bK46b40e87;rport=5060
From: <sip:[email protected]>;tag=as5edfb549
To: <sip:[email protected]>;tag=88f80658fec2aee552096ea46e92568d.f295
Call-ID: [email protected]
CSeq: 364 REGISTER
WWW-Authenticate: Digest realm="voip.eutelia.it", nonce="4502d892699e3bd0c62c21ee9713f518d220cebf", qop="auth"
Server: SPS01EUT(0.9.6 (i386/linux))
Content-Length: 0
Warning: 392 195.62.225.244:5060 "Noisy feedback tells:  pid=20336 req_src_ip=84.16.245.xxx req_src_port=5060 in_uri=sip:voip.eutelia.it out_uri=sip:voip.eutelia.it via_cnt==1"


--- (10 headers 0 lines)---
Responding to challenge, registration to domain/host name voip.eutelia.it
REGISTER 13 headers, 0 lines
Reliably Transmitting (no NAT) to 195.62.225.244:5060:
REGISTER sip:voip.eutelia.it SIP/2.0
Via: SIP/2.0/UDP 84.16.245.xxx:5060;branch=z9hG4bK235292e4;rport
From: <sip:[email protected]>;tag=as1218553b
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 365 REGISTER
User-Agent: Asterisk PBX
Max-Forwards: 70
Authorization: Digest username="0662290xxx", realm="voip.eutelia.it", algorithm=MD5, uri="sip:voip.eutelia.it", nonce="4502d892699e3bd0c62c21ee9713f518d220cebf", response="bf6d60bff82fdf4fcaf4b46d95226b56", opaque="", qop=auth, cnonce="07ded7fe", nc=00000001
Expires: 120
Contact: <sip:[email protected]>
Event: registration
Content-Length: 0


---
vs9026*CLI>
<-- SIP read from 195.62.225.244:5060:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 84.16.245.xxx:5060;branch=z9hG4bK235292e4;rport=5060
From: <sip:[email protected]>;tag=as1218553b
To: <sip:[email protected]>;tag=88f80658fec2aee552096ea46e92568d.4847
Call-ID: [email protected]
CSeq: 365 REGISTER
WWW-Authenticate: Digest realm="voip.eutelia.it", nonce="4502d892699e3bd0c62c21ee9713f518d220cebf", qop="auth"
Server: SPS01EUT(0.9.6 (i386/linux))
Content-Length: 0
Warning: 392 195.62.225.244:5060 "Noisy feedback tells:  pid=20338 req_src_ip=84.16.245.xxx req_src_port=5060 in_uri=sip:voip.eutelia.it out_uri=sip:voip.eutelia.it via_cnt==1"


--- (10 headers 0 lines)---
Destroying call '[email protected]'
vs9026*CLI>
 
Moeglicherweise ist das dasselbe Problem wie bei Wengophone<->Asterisk, und Du brauchst einen DNS Reverse Eintrag fuer Deinen Server:
http://www.lilalinux.net/e-trolley/page_8698/index.html

Andernfalls gibt es - je nach Client Betriebssystem - frueher (besser) oder spaeter (schlechter) einen Timeout bei der Challenge. Schliesslich kommt eine neue Challenge (nonce), aber auf die alte wird geantwortet, was natuerlich fehlschlaegt.
 
ist dir aufgefallen, daß der Thread vor Deinem Beitrag etwa ein Jahr lang in der Versenkung war :-Ö
 
Status
Für weitere Antworten geschlossen.
Kostenlos!
Jetzt holen

Neueste Beiträge

Kategorien

Wissenswertes

Statistik des Forums

Themen
248,897
Beiträge
2,303,588
Mitglieder
378,535
Neuestes Mitglied
Richbrothers brotherhood

3CX jetzt einen Monat kostenlos testen

Die Verbindung, Zusammenarbeit und Kommunikation mit Ihrem Team und Ihren Kunden war noch nie so einfach. Nutzen Sie unsere kostenlose 30-Tage-Testversion und entdecken Sie die richtige Lösung für Ihr Unternehmen.

3CX start your free trial guy
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.
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten