Moin,
ich hab nicht wirklich viel Hoffnung, dass hierbei jemand helfen kann, und falls ich es nicht gelöst bekomme, wäre es ehrlich gesagt auch nicht der große Showstopper - ich hab eh schon mehrfach darüber nachgedacht, das Festnetz abzuschaffen. Ankommend rufen da nur die Schwiegereltern und die Apotheke drauf an, abgehend niemand mehr...
Aber ich bezahle die Telefonie ja nunmal mit, insofern wär's schon trotzdem schön, wenn ich es an's Laufen kriegen würde.
Ich habe also eine gute alte Go-Box 100. Die hängt als ganz normaler Client hinter einem Ubiquiti UDM7.
Bis vor ein paar Tagen hing der UDM7 an einem Telekom Speedport Smart 4, der als reines Modem lief. Inzwischen wurde mein Glasfaseranschluss der Firma YplaY aktiviert, so dass der UDM7 nun vom Speedport an den ONT (Nokia) gewandert ist.
Mit dem Telekom-Anschluss hatte ich seinerzeit auch ein wenig zu kämpfen, bis die Go-Box lief, aber irgendwann ging es. Das ist leider schon so lange her, dass ich nicht mehr weiß, was genau damals das Problem war. Hier bekomme ich es jetzt leider wieder nicht zum Laufen.
Die von YplaY übermittelten Zugangsdaten sind für Fritzboxen ausgelegt, und es werden auch nur diese supportet. Ist auch ok; ich verstehe, dass die nicht jede VOIP-HW am Markt supporten können, schon gar nicht so altes Zeug wie die Go-Box.
Wie auch immer... die Zugangsdaten, die ich bekommen habe, lauten:
Rufnummer für die Anmeldung / Interne Rufnummer in der Fritzbox: 49xxxxx
Benutzername: 0049xxxxx
Authentifizierungsname: 0049xxxxx
Kennwort: xxxxx
Registrar: yplay-resi.pbx
Proxy: residential.cloud-pbx.de
That was it. In der Go-Box habe ich die Felder wie folgt befüllt:
Anmeldename: 0049xxxxx (auch ohne die führenden Nullen getestet)
Anmeldepasswort: xxxxx
Benutzername: 0049xxxxx (auch ohne die führenden Nullen getestet)
Angezeigter Name: F*ckU
DNS SRV Lookup: Nein (auch mit Ja getestet)
Domain: yplay-resi.pbx (war erst leer; das war der einzige Hinweis des Hotliners, dass der Registrar hier auch rein sollte)
Proxy-Serveradresse: residential.cloud-pbx.de
Proxy-Serverport: Leer
Registration-Server: yplay-resi.pbx
Registration-Serverport: Leer
Anmelde-Refreshzeit: 180 Sekunden
STUN benutzen: Nein
STUN-Serveradresse: Leer
Serverport/Refreshzeit/Refreshzeit: Default (3478/240/20)
Outbound-Proxymodus: Nie
DHCP Option 120 benutzen: Nicht aktiv
Outbound-Serveradresse: Leer
Outbound-Proxyport: 5060
Netzwerkprotokoll: Auto
Resultat: Anmeldung fehlgeschlagen. Und im Syslog steht: SIP Account 0: non-INVITE client timeout
Falls es hilft: cloud-pbx.de deutet lt. Google darauf hin, dass YplaY den Telefoniedienst offenbar bei der Telekom einkauft. Wenn's vorher am Telekomanschluss ging, müsste man ja eigentlich meinen, dass es hier auch irgendwie hinzubekommen sein sollte.
Bin für jeden Tipp dankbar.
PS: Weil die allwissende KI da auch schon drüber gestolpert war: In den SIP-Anleitungen zu DSL-Anschlüssen, die es von Yplay ja auch gibt, ist die Rede davon, dass dort für die Telefonie eine separate Verbindung mit VLAN 20 aufgebaut wird. Dies ist hier jedoch nicht der Fall; in der Anleitung heißt es im Gegenteil ausdrücklich:
ACHTUNG: Deaktivieren Sie den Punkt „Für Internettelefonie eine separate Verbindung nutzen (PVC)".
ich hab nicht wirklich viel Hoffnung, dass hierbei jemand helfen kann, und falls ich es nicht gelöst bekomme, wäre es ehrlich gesagt auch nicht der große Showstopper - ich hab eh schon mehrfach darüber nachgedacht, das Festnetz abzuschaffen. Ankommend rufen da nur die Schwiegereltern und die Apotheke drauf an, abgehend niemand mehr...
Aber ich bezahle die Telefonie ja nunmal mit, insofern wär's schon trotzdem schön, wenn ich es an's Laufen kriegen würde.Ich habe also eine gute alte Go-Box 100. Die hängt als ganz normaler Client hinter einem Ubiquiti UDM7.
Bis vor ein paar Tagen hing der UDM7 an einem Telekom Speedport Smart 4, der als reines Modem lief. Inzwischen wurde mein Glasfaseranschluss der Firma YplaY aktiviert, so dass der UDM7 nun vom Speedport an den ONT (Nokia) gewandert ist.
Mit dem Telekom-Anschluss hatte ich seinerzeit auch ein wenig zu kämpfen, bis die Go-Box lief, aber irgendwann ging es. Das ist leider schon so lange her, dass ich nicht mehr weiß, was genau damals das Problem war. Hier bekomme ich es jetzt leider wieder nicht zum Laufen.
Die von YplaY übermittelten Zugangsdaten sind für Fritzboxen ausgelegt, und es werden auch nur diese supportet. Ist auch ok; ich verstehe, dass die nicht jede VOIP-HW am Markt supporten können, schon gar nicht so altes Zeug wie die Go-Box.
Wie auch immer... die Zugangsdaten, die ich bekommen habe, lauten:
Rufnummer für die Anmeldung / Interne Rufnummer in der Fritzbox: 49xxxxx
Benutzername: 0049xxxxx
Authentifizierungsname: 0049xxxxx
Kennwort: xxxxx
Registrar: yplay-resi.pbx
Proxy: residential.cloud-pbx.de
That was it. In der Go-Box habe ich die Felder wie folgt befüllt:
Anmeldename: 0049xxxxx (auch ohne die führenden Nullen getestet)
Anmeldepasswort: xxxxx
Benutzername: 0049xxxxx (auch ohne die führenden Nullen getestet)
Angezeigter Name: F*ckU
DNS SRV Lookup: Nein (auch mit Ja getestet)
Domain: yplay-resi.pbx (war erst leer; das war der einzige Hinweis des Hotliners, dass der Registrar hier auch rein sollte)
Proxy-Serveradresse: residential.cloud-pbx.de
Proxy-Serverport: Leer
Registration-Server: yplay-resi.pbx
Registration-Serverport: Leer
Anmelde-Refreshzeit: 180 Sekunden
STUN benutzen: Nein
STUN-Serveradresse: Leer
Serverport/Refreshzeit/Refreshzeit: Default (3478/240/20)
Outbound-Proxymodus: Nie
DHCP Option 120 benutzen: Nicht aktiv
Outbound-Serveradresse: Leer
Outbound-Proxyport: 5060
Netzwerkprotokoll: Auto
Resultat: Anmeldung fehlgeschlagen. Und im Syslog steht: SIP Account 0: non-INVITE client timeout
Falls es hilft: cloud-pbx.de deutet lt. Google darauf hin, dass YplaY den Telefoniedienst offenbar bei der Telekom einkauft. Wenn's vorher am Telekomanschluss ging, müsste man ja eigentlich meinen, dass es hier auch irgendwie hinzubekommen sein sollte.
Bin für jeden Tipp dankbar.
PS: Weil die allwissende KI da auch schon drüber gestolpert war: In den SIP-Anleitungen zu DSL-Anschlüssen, die es von Yplay ja auch gibt, ist die Rede davon, dass dort für die Telefonie eine separate Verbindung mit VLAN 20 aufgebaut wird. Dies ist hier jedoch nicht der Fall; in der Anleitung heißt es im Gegenteil ausdrücklich:
ACHTUNG: Deaktivieren Sie den Punkt „Für Internettelefonie eine separate Verbindung nutzen (PVC)".
Zuletzt bearbeitet:
