640
Bearbeitungen
Diskussion:Callingcards: Unterschied zwischen den Versionen
Aus Prepaid-Wiki
Zur Navigation springenZur Suche springen
→Technische Sonderlösung bei mir oder generell so geschaltet (nm/sn)? Vorübergehende Störung und CLIR/"as is"/"wie besehen"-bedingte Eigenheit (sc)?
Alumni (Diskussion | Beiträge) |
Alumni (Diskussion | Beiträge) |
||
| Zeile 3: | Zeile 3: | ||
#Die parallel angerufenen Nummern bei einfachvoip.de/NeXXtmobile läuten jetzt auch mit der damit dargestellten ("MCID") Rufnummer des Anrufers an. Zuvor hatte ich beim Anbieter mitgeteilt, dann aber als support Ticket widerrufen, dass die Fritz!Box die unterdrückte Rufnummer auch auf der SIP-VoIP-Anbindung nicht empfängt bzw. nur darstellt, wenn der Anruf entgegengenommen wird (dann unter "Sprachübertragung" in den Einstellungen zum SIP-Account als Absender-IP-Adresse/host sichtbar). Dies würde einen abweichenden wiki-Text ergeben, ich warte aber noch ab oder auf einen Fremdeditor mit einschlägigen Erfahrungen. --[[Benutzer:In.vain|In.vain]] ([[Benutzer Diskussion:In.vain|Diskussion]]) 18:14, 17. Aug. 2019 (CEST) <br/>'''Update 18.08.2019:''' Man muss nicht mehr eine "solonumber" Parallelrufnummer eintragen, damit die als unterdrückt ge'flag'te Rufnummer im Display des SIP-Clients angezeigt wird. Ebenfalls funktioniert die Darstellung der Nummer an der Fritz!Box auch ohne Annahme des Anrufs und Auslesen der Parameter der "Sprachübertragung" unter "Telefonie --> Eigene Rufnummern" weiterhin. '''Ende des Updates.''' --[[Benutzer:In.vain|In.vain]] ([[Benutzer Diskussion:In.vain|Diskussion]]) 11:01, 18. Aug. 2019 (CEST) <br/> '''Update 02.12.2019:''' Update vom 18.08.2019 ist obsolet, es gilt wieder der alte Stand: Eintragen einer solonumber-Parallelrufnummer ist Bedingung für die Rufnummernaufschlüsselung und an der Fritz!Box gibt es keine Möglichkeit der Rufnummernklaranzeige vor dem Herstellen einer Verbindung mehr. '''Ende des Updates.''' --[[Benutzer:In.vain|In.vain]] ([[Benutzer Diskussion:In.vain|Diskussion]]) 11:01, 2. Dez. 2019 (CET) <br/> | #Die parallel angerufenen Nummern bei einfachvoip.de/NeXXtmobile läuten jetzt auch mit der damit dargestellten ("MCID") Rufnummer des Anrufers an. Zuvor hatte ich beim Anbieter mitgeteilt, dann aber als support Ticket widerrufen, dass die Fritz!Box die unterdrückte Rufnummer auch auf der SIP-VoIP-Anbindung nicht empfängt bzw. nur darstellt, wenn der Anruf entgegengenommen wird (dann unter "Sprachübertragung" in den Einstellungen zum SIP-Account als Absender-IP-Adresse/host sichtbar). Dies würde einen abweichenden wiki-Text ergeben, ich warte aber noch ab oder auf einen Fremdeditor mit einschlägigen Erfahrungen. --[[Benutzer:In.vain|In.vain]] ([[Benutzer Diskussion:In.vain|Diskussion]]) 18:14, 17. Aug. 2019 (CEST) <br/>'''Update 18.08.2019:''' Man muss nicht mehr eine "solonumber" Parallelrufnummer eintragen, damit die als unterdrückt ge'flag'te Rufnummer im Display des SIP-Clients angezeigt wird. Ebenfalls funktioniert die Darstellung der Nummer an der Fritz!Box auch ohne Annahme des Anrufs und Auslesen der Parameter der "Sprachübertragung" unter "Telefonie --> Eigene Rufnummern" weiterhin. '''Ende des Updates.''' --[[Benutzer:In.vain|In.vain]] ([[Benutzer Diskussion:In.vain|Diskussion]]) 11:01, 18. Aug. 2019 (CEST) <br/> '''Update 02.12.2019:''' Update vom 18.08.2019 ist obsolet, es gilt wieder der alte Stand: Eintragen einer solonumber-Parallelrufnummer ist Bedingung für die Rufnummernaufschlüsselung und an der Fritz!Box gibt es keine Möglichkeit der Rufnummernklaranzeige vor dem Herstellen einer Verbindung mehr. '''Ende des Updates.''' --[[Benutzer:In.vain|In.vain]] ([[Benutzer Diskussion:In.vain|Diskussion]]) 11:01, 2. Dez. 2019 (CET) <br/> | ||
#In der ursprünglichen Form gelöscht, da nicht mehr aktuell. --[[Benutzer:Ion-discard|Ion-discard]] ([[Benutzer Diskussion:Ion-discard|Diskussion]]) 07:13, 27. Dez. 2020 (UTC) | #In der ursprünglichen Form gelöscht, da nicht mehr aktuell. --[[Benutzer:Ion-discard|Ion-discard]] ([[Benutzer Diskussion:Ion-discard|Diskussion]]) 07:13, 27. Dez. 2020 (UTC) | ||
#Simply-connect.de hat zur Zeit die Eigenschaft, dass man keine abgehenden Verbindungen mehr herstellen kann, wenn im Online-Kundenbereich "Rufnummernunterdrückung" angekreuzt wurde. Desweiteren scheinen auch Notrufe generell nicht zu funktionieren (getestet mit '110' am 27.12.2020). Eigentlich müssten wir sc unter "Callingcards" aufnehmen, aber dagegen spricht, dass (beide) Features inoffiziell (anzusehen) sind, und wir können u. a. nicht jeden Tag überprüfen, was der Anbieter an welchen Accounts wann genau (wieder) abändert. Außerdem wollen wir keine Empfehlungen für bestimmte Anbieter abgeben, sondern dies dem Kunden überlassen. Möglicherweise ging die Version von Rufnummernunterdrückung nicht mehr bzw. man konnte die "totale" solche nicht mehr aufrecht erhalten, da sie gegen TKG verstoßen könnte (bei häufigem Missbrauch auf Kundenseite). Aber auch das ist Spekulation, es gibt ja genug Möglichkeiten, wie man ohne gültige Rufnummer Anrufe tätigen kann (wenn man in den Google PLAY Store schaut), und dies wird sicher ausgiebig missbraucht (wobei ja der Haken an der Sache ist, dass an vielen Anschlüssen solche Anrufe ohne gültige oder aber plausible Rufnummer gar nicht mehr angenommen werden). Möglicherweise sind auch Datenschutzprobleme der Grund für den abgeschalteten Notruf (im Account ist die (dann solitär ausgeführte) Übermittlung einer CLIP-no-screening-Nummer eingestellt). --[[Benutzer:Ion-discard|Ion-discard]] ([[Benutzer Diskussion:Ion-discard|Diskussion]]) 07:13, 27. Dez. 2020 (UTC)<br/>Die Störungen bei sc dauern an. Sie hatten nichts mit der Einstellung einer CLIP-no-screening-Nummer als Absendernummer zu tun. --[[Benutzer:Alumni|Alumni]] ([[Benutzer Diskussion:Alumni|Diskussion]]) 17:22, 24. Jan. 2021 (UTC) | #Simply-connect.de hat zur Zeit die Eigenschaft, dass man keine abgehenden Verbindungen mehr herstellen kann, wenn im Online-Kundenbereich "Rufnummernunterdrückung" angekreuzt wurde. Desweiteren scheinen auch Notrufe generell nicht zu funktionieren (getestet mit '110' am 27.12.2020). Eigentlich müssten wir sc unter "Callingcards" aufnehmen, aber dagegen spricht, dass (beide) Features inoffiziell (anzusehen) sind, und wir können u. a. nicht jeden Tag überprüfen, was der Anbieter an welchen Accounts wann genau (wieder) abändert. Außerdem wollen wir keine Empfehlungen für bestimmte Anbieter abgeben, sondern dies dem Kunden überlassen. Möglicherweise ging die Version von Rufnummernunterdrückung nicht mehr bzw. man konnte die "totale" solche nicht mehr aufrecht erhalten, da sie gegen TKG verstoßen könnte (bei häufigem Missbrauch auf Kundenseite). Aber auch das ist Spekulation, es gibt ja genug Möglichkeiten, wie man ohne gültige Rufnummer Anrufe tätigen kann (wenn man in den Google PLAY Store schaut), und dies wird sicher ausgiebig missbraucht (wobei ja der Haken an der Sache ist, dass an vielen Anschlüssen solche Anrufe ohne gültige oder aber plausible Rufnummer gar nicht mehr angenommen werden). Möglicherweise sind auch Datenschutzprobleme der Grund für den abgeschalteten Notruf (im Account ist die (dann solitär ausgeführte) Übermittlung einer CLIP-no-screening-Nummer eingestellt). --[[Benutzer:Ion-discard|Ion-discard]] ([[Benutzer Diskussion:Ion-discard|Diskussion]]) 07:13, 27. Dez. 2020 (UTC)<br/>Die Störungen bei sc dauern an. Sie hatten nichts mit der Einstellung einer CLIP-no-screening-Nummer als Absendernummer zu tun. --[[Benutzer:Alumni|Alumni]] ([[Benutzer Diskussion:Alumni|Diskussion]]) 17:22, 24. Jan. 2021 (UTC)<br/>Workaround und Lösung von Anschlussbetreiber erhalten, SIP-Server sip.simply-connect.net und Login auf https://my.simply-connect.net/ verwenden (mit voller Kundennummer als Loginnamen). Jetzt funktionieren die abgehenden Anrufe wieder. Die Lösung funktioniere für alle Kunden von/auf https://www.simply-connect.de. | ||
== Anbieter Tele33 (TEFONIX UG / Telenoise) fährt sein Privatkundenprodukt vorerst (!) zurück == | == Anbieter Tele33 (TEFONIX UG / Telenoise) fährt sein Privatkundenprodukt vorerst (!) zurück == | ||