Telekom SBC lehnt ausgehende Calls zeitweise mit 403 Forbidden ab
vor 5 Monaten
Hallo liebes Telekom-Hilft-Team, liebe Community,
ich brauche mal technische Hilfe bei einem Problem, welches mich beschäftigt. Ich habe das Telefon meiner 83-jährigen-Mutter nun auch über meinen SIP-Server (FreePBX / Asterisk 22.8.2) geroutet, um auch ihr meine ganzen "Abwehrmechanismen" (SPAM-Check via Tellows, Blacklists, CNAM-Lookup etc.) zu bieten. Das mit den Spam/Betrugsanrufen nimmt leider immer mehr Überhand.
Also terminiere ich auch ihren Amtanschluss (Telekom Maganta Zuhause) nun auf meinem Server, ihr Telefon ist dahingehend nun als Extension via TLS angebunden. Funktioniert so weit prima.
An meiner FreePBX habe ich noch meinen Telekom-SIP-Trunk (CompanyFlex) sowie einen Easybell-SIP-Trunk für meine Zwecke in Betrieb. Die laufen 100% problemfrei.
Nur der Magenta-Zuhause zickt gerne mal. Meine Mutter beschwert sich, dass sie zeitweise (!) nicht abgehend telefonieren kann. Sie bekommt von meiner FreePBX die Ansage, dass keine Leitungen frei seien. Eine Viertelstunde später funktioniert es oft wieder.
Die SIP-Traces beweisen, dass meinerseits eigentlich alles gut ist - manchmal lehnt der Telekom-SBC aber den ausgehenden Ruf mit "403 Forbidden" ab. Weiterer Fakt ist: Der Anschluss ist durchgehend registriert, alle REGISTER und OPTIONS laufen einwandfrei und ankommende Anrufe funktionieren auch in den Perioden, wo abgehende Anrufe abgewiesen werden.
Ich poste hier mal den SIP-Austausch eines fehlgeschlagenen Testanrufs gestern. Das Telekom-Team findet diesen vielleicht auf Grund der Call-ID ( Timestamp des Invite: 2026-05-06 14:32:10.451 UTC). Alle sensiblen Daten sind anonymisiert:
+492171AAAAA: Eigene Nummer des Telekom-Anschlusses
+492275DDDDD: Angerufene Nummer
mm.mm.mm.mm: (Feste Telekom-) IP meines FreePBX-Servers
Anmerkung: Da es hier keine wirkliche "Codebox" gibt und diese Forensoftware konsequent die Daten in den spitzen Klammern in den Sip-Messages wegwirft, habe ich die kleiner-größer-Zeichen durch [...] in den Traces ersetzt!
Logischerweise schickt meine FreePBX das Invite an die Telekom:
INVITE sip:+492275DDDDD@tel.t-online.de SIP/2.0
Via: SIP/2.0/UDP mm.mm.mm.mm:6050;rport;branch=z9hG4bKPj46b9bcb5-8809-45e5-b9ab-b3a8a66753a8
From: [sip:+492171AAAAA@tel.t-online.de];tag=2d5ad287-d602-4b29-8d8f-f6918108eef6
To: [sip:+492275DDDDD@tel.t-online.de]
Contact: [sip:+492171AAAAA@mm.mm.mm.mm:6050]
Call-ID: 896542b0-219e-4029-bc89-d2d05b7a3d68
CSeq: 96 INVITE
Allow: OPTIONS, INVITE, ACK, BYE, CANCEL, UPDATE, PRACK, REGISTER, SUBSCRIBE, NOTIFY, PUBLISH, MESSAGE, INFO, REFER
Supported: 100rel, timer, replaces, norefersub, histinfo
Session-Expires: 1800
Min-SE: 90
P-Asserted-Identity: [sip:+492171AAAAA@tel.t-online.de]
Max-Forwards: 70
User-Agent: FPBX-17.0.28(22.8.2)
Content-Type: application/sdp
Content-Length: 287
v=0
o=- 745733922 745733922 IN IP4 mm.mm.mm.mm
s=Asterisk
c=IN IP4 mm.mm.mm.mm
t=0 0
m=audio 10250 RTP/AVP 9 8 0 101
a=rtpmap:9 G722/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=maxptime:140
a=sendrecv
Dann kommt erwartungsgemäß ein "Trying":
SIP/2.0 100 Trying
Via: SIP/2.0/UDP mm.mm.mm.mm:6050;rport;branch=z9hG4bKPj46b9bcb5-8809-45e5-b9ab-b3a8a66753a8
From: [sip:+492171AAAAA@tel.t-online.de];tag=2d5ad287-d602-4b29-8d8f-f6918108eef6
To: [sip:+492275DDDDD@tel.t-online.de]
Call-ID: 896542b0-219e-4029-bc89-d2d05b7a3d68
CSeq: 96 INVITE
Content-Length: 0
... dem sofort das 403 Forbidden folgt:
SIP/2.0 403 Forbidden
Via: SIP/2.0/UDP mm.mm.mm.mm:6050;received=mm.mm.mm.mm;rport=6050;branch=z9hG4bKPj46b9bcb5-8809-45e5-b9ab-b3a8a66753a8
From: [sip:+492171AAAAA@tel.t-online.de];tag=2d5ad287-d602-4b29-8d8f-f6918108eef6
To: [sip:+492275DDDDD@tel.t-online.de];tag=mavodi-0-264-bf1-1-0-_02A6A2F14EEC-2bf9-5405a700-68b7e13-69fb50ea-7a986
Call-ID: 896542b0-219e-4029-bc89-d2d05b7a3d68
CSeq: 96 INVITE
Content-Length: 0
Ich komme hier nun nicht weiter. Von meiner Seite her ist alles prima, warum aber hat der Telekom-SBC manchmal Phasen und rejected mit 403, während meistens einwandfrei funktioniert. Hier fehlt mir die Glaskugel, welche nur das Telekom-Team hat ;-)
Vielen Dank für eure Hilfe!
Marco
345
29
Das könnte Ihnen auch weiterhelfen
vor 37 Minuten
18
0
9
vor einer Stunde
33
0
8
123
0
7
vor 2 Stunden
in
27
1
8
vor einem Tag
84
0
3
Beliebte Tags letzte 7 Tage
Das könnte Sie auch interessieren
Kaufberatung anfragen
Füllen Sie schnell und unkompliziert unser Online-Kontaktformular aus, damit wir sie zeitnah persönlich beraten können.
Angebote anzeigen
Informieren Sie sich über unsere aktuellen Internet-Angebote.
vor 5 Monaten
@jacotec1 : Ich habe keinerlei Ahnung von SIP und kann daher zu Deinen Protokolleinträgen nix sagen. Mir ist aber durch den Kopf geschossen, dass die Telekom ja SIP-TLS 1 und 2 anbietet. TLS funktioniert aber nicht immer, dann gibt es kein automatisches Fallback, nur wenn TLS 1 nicht funktioniert wird auf unverschlüsselt umgeschaltet. Könnte das der Grund sein?
Gruß Ulrich
6
von
vor 5 Monaten
@Micknik Hmmm, guter Punkt. Ich schaue morgen mal in mein SIP-Log (Homer), wie das letzte REGISTER vor dem Problem aussah. Zumindest auf der Debian-Ebene der FreePBX-VM funktionieren die SRV-Lookups, das hatte ich schon vorher getestet. Ob Asterisk jetzt hier einen komplett eigenen Lookup macht und sich nicht am OS bedient, kann ich aktuell nicht sagen.
Ich habe auch inzwischen einige Stimmen gelesen, dass das PAI-Feld bei den "Consumer-SBC" wohl gerne auch zu Problemen führt. Ist aber bis zum Gegenbeweis auch Hörensagen.
@UlrichZ Dein Screenshot könnte auch nur auf SRTP hinweisen, aber in der Regel macht SRTP ohne TLS auch wenig Sinn. Vor einem halben Jahr war TLS hier jedenfalls nicht sehr stabil. Ich werde aber mal eine der nicht verwendeten Nummern noch mal testweise auf TLS/SRTP umstellen, vielleicht hat sich das ja inzwischen gebessert. Die gängigen Provider-Templates (z.B. für die Auerswald-Anlagen) für Magenta Zuhause geben immer noch alle UDP ohne SRTP vor.
Danke erstmal für eure Anregungen! 🙏
0
von
vor 5 Monaten
Vor einem halben Jahr war TLS hier jedenfalls nicht sehr stabil.
@Micknik Hmmm, guter Punkt. Ich schaue morgen mal in mein SIP-Log (Homer), wie das letzte REGISTER vor dem Problem aussah. Zumindest auf der Debian-Ebene der FreePBX-VM funktionieren die SRV-Lookups, das hatte ich schon vorher getestet. Ob Asterisk jetzt hier einen komplett eigenen Lookup macht und sich nicht am OS bedient, kann ich aktuell nicht sagen.
Ich habe auch inzwischen einige Stimmen gelesen, dass das PAI-Feld bei den "Consumer-SBC" wohl gerne auch zu Problemen führt. Ist aber bis zum Gegenbeweis auch Hörensagen.
@UlrichZ Dein Screenshot könnte auch nur auf SRTP hinweisen, aber in der Regel macht SRTP ohne TLS auch wenig Sinn. Vor einem halben Jahr war TLS hier jedenfalls nicht sehr stabil. Ich werde aber mal eine der nicht verwendeten Nummern noch mal testweise auf TLS/SRTP umstellen, vielleicht hat sich das ja inzwischen gebessert. Die gängigen Provider-Templates (z.B. für die Auerswald-Anlagen) für Magenta Zuhause geben immer noch alle UDP ohne SRTP vor.
Danke erstmal für eure Anregungen! 🙏
@jacotec1
Was soll das denn heißen? Funktioniert bei mir in einem Yealink Telefon seit der Deaktivierung der MediaSec Notwendigkeit seit langem absolut stabil.
0
von
vor 5 Monaten
@Micknik Das soll heißen: Es war mein erster Approach, weil es ja auch bei meinem Company Flex und dem Easybell absolut State Of The Art ist. Beim MagentaZuhause war der Anschluss nach einem Tag nicht mehr anrufbar, kam gar nicht mehr bis zur Asterisk durch. Registrierung lief auch auf Offline - aber erst nach längerer Zeit.
Was nicht heißen soll, dass meine Konfig damals perfekt war. Deshalb hab ich gerade eine unbenutze (Test)Nummer wieder auf TLS/SRTP umgestellt, funktioniert erstmal einwandfrei- hatte es aber seinerzeit auch über eine gewisse Zeit. Mal sehen, was es über die nächsten 2-3 Tage macht. Ich werde berichten.
0
Uneingeloggter Nutzer
von
vor 5 Monaten
Bei mir klappen derzeit nur eingehende Anrufe mit Linphone, ausgehend immer 403 (baresip) oder inkompatible Medienparameter (Linphone).
Beides Android. Mein Handy ist entweder im heimischen WLAN oder per VPN (klappt auch per VPN , bekomme Anrufe).
Was evtl. das Problem ist: Ich habe 2 Nummern zum SIP-Trunk zugeordnet, ich weiss daher nicht wie Linphone/Baresip eine ausgehende Nummer sendet. Gemini meint ich soll from_header setzen.
Ich habe noch einen SIP-Arbeitsplatz eingerichtet mit nur einer Nummer, den bekomme ich aber nichmal angemeldet.
Anmeldung klappt mit den SIP-Trunk Daten von Companyflex, Proxy, kein STUN.
Ich wäre für Unterstützung zu Codecs die passen und dem 403 Fehler sehr dankbar, es gibt absolut 0 Tutorials wie man einfach mit einem Android-Telefon den Anschluss nutzen kann was ich sehr verwirrend finde. Nicht jeder braucht eine Telefonanlage - ich und Kunden haben einfach ein Android Phone und gut, keine Fritzbox, keinen Speedport oder Ähnliches da Firewall und Modem alles selbst gebaut / genutzt wird.
Die üblichen Tipps ich soll doch einfach irgendeiner 3CX, Fritzbox oder sonstwas nehmen bringen mir absolut NICHTS - ich will einfach nur wissen wie man es selbst richtig macht und es gibt hier leider null Infos zu.
16
von
vor einem Monat
Schauen Sie, nach Ihrer Einführung war mir bereits klar, dass von dieser Seite keine konstruktive Antwort zu erwarten sein würde. Schuldzuweisungen sind die erwartbare logische Folge.
Danke. Alles gut.
Schauen Sie, nach Ihrer Einführung war mir bereits klar, dass von dieser Seite keine konstruktive Antwort zu erwarten sein würde. Schuldzuweisungen sind die erwartbare logische Folge. Insofern alles wie erwartet.
Ihnen alles Gute.
Gute Nacht!
Ich finde meinen Kommentar durchaus konstruktiv und mit der Schuldzuweisung habe ich auch nicht angefangen.
Daher bitte ich ein drittes Mal um eine Quelle für die Behauptung. Ich mein, wenn es doch so gut dokumentiert ist, warum dann nicht darauf verweisen?
Nach meinen Recherchen ist der Hintergrund, dass die Telekom derzeit die Infrastruktur erneuern muss, weg von den bisherigen chinesischen Huawei SBCs, da die kritische Infrastruktur nicht mehr auf chinesischer Technik laufen darf. Es ist alles gut dokumentiert. Aber niemand von der Telekom gibt es zu.
Das Problem 403 Forbidden hat mich nun ebenfalls eingeholt. Als Clients dienen verschiedene Gigasets, SIP-Phone-Apps auf iPhone und Android sowie unter Linux. Über all das gleiche Drama: Abgehende Gespräche sind dann nicht möglich und zeitweise eingehende. Damit keine Erreichbarkeit!
Die Telekom-Hotline ist keine Hilfe, denn sie kann nie einen Fehler feststellen. Was messtechnisch sogar stimmen mag. Die Fehlerursache liegt tiefer. Man muss es nur erkennen wollen.
Ich solle mir aber doch überlegen auf einen Glasfaseranschluss zu wechseln, der gerade verfügbar geworden sei. Tolle Hilfe! Es geht wie immer um's Upselling. Bin Geschäftskunde und bezahle entsprechend mehr als Privatkunden. Das hilft aber nicht.
Die Hotline spult ihr Standardprogramm ab, hat aber nicht wirklich Ahnung. Und auch keinerlei Muse. Schuld ist der Kunde. Logisch. Denn es ist gut reproduzierbar.
Verschiedene Gateways getestet. Immer das gleiche Ergebnis: Zeitweise 403 Forbidden. in Wirklichkeit ist der Fehler bekannt. Die Foren sind voll damit.
Habe mir nun in der Not einen Asterisk-Server aufgesetzt, um die Probleme selbst anzupacken. Damit erhalte ich viel mehr Informationen und Logs. Ergebnis: Es kommt zu Abbrüchen, die der Asterisk gar nicht mitbekommt, da er immer auf dem Status "registriert" bleibt, obwohl nichts geht. Interessant dabei ist die Exipration-Time, also die Zeit, bis zur nächsten Aktualisierung der Verbindung, die die Telekom vergibt. Die liegt bei bis zu 3600sek., also eine Stunde.
Im Asterisk-Log kann man es direkt sehen und herunterzählen. Bei Null erfolgt eine Neusynchronisation und es funktioniert alles wieder eine bestimmte Zeit. Die Expiration Time im Softphone oder Asterisk zu verkürzen bringt im Netz der Telekom nichts. Der Telefkom SBC überschreibt es stur. Ganz gleich was man vorgibt!
Ein Neustart des Asterisk-Servers hilft sofort. Wahlweise auch, ohne Asterisk-Server, ein Netzreset der Fritzbox oder des Speedlink-Routers der Telekom. Beim Neustart muss sich der Telekom SBC neu synchronisieren und so beginnt das Spiel erneut. Es ist zuverlässig und reproduzierbar. Die Hotline interessiert das Null. Nervt aber ständig mit Umfragen, wie zufrieden man denn sei, und ob man die Telekom weiterempfehlen werde. So aber ganz sicher nicht.
Nach meinen Recherchen ist der Hintergrund, dass die Telekom derzeit die Infrastruktur erneuern muss, weg von den bisherigen chinesischen Huawei SBCs, da die kritische Infrastruktur nicht mehr auf chinesischer Technik laufen darf. Es ist alles gut dokumentiert. Aber niemand von der Telekom gibt es zu.
Einziger Ausweg: Ein Netzbetreiberwechsel! Schade. Und das nach so vielen Jahren! Vielleicht sogar ein Glasfaseranschluss. Aber halt ganz sicher nicht mehr bei der Telekom!
von
vor 9 Stunden
So, an alle Interessierten und Mitleser:
Ich kann Vollzug melden! 🍾
Nachdem ich es doch eine ganze Zeit, recht zeitaufwändig muss ich zugeben, und mit verschiedensten Endgeräten, mit immer dem gleichen Endergebnis, erfolglos getestet habe, und mir die Telekom-Service-Hotline, in einem doch recht offenen und sachlichen Gespräch, die Problematik tatsächlich als bekannt bestätigen konnte, man aber (an der Stelle) nichts würde daran ändern können/wollen, habe ich die Konsequenz nun gezogen, und nach über 40 Jahren (in zweiter Generation) als Geschäftskunde zu einem Mitbewerber gewechselt.
Auch wenn sich der Wechsel dann nochmals etwas hakelig gestalten sollte. So scheiterte der Wechsel inkl. der Rufnummernmitnahme sämtlicher 10 Rufnummern zunächst daran, dass die Telekom einen Typo im Vertragspartnernamen gespeichert hatte. Dieses "Hindernis" konnte dann schließlich umgangen werden. Es musste eben nur einfach der falsche Name angegeben werden, inkl. aller Punkte und Leerzeichen, welche falsch gesetzt waren. Und schon hat es funktioniert. Manchmal kann es ja so einfach sein! 😂
Anmerkung: Als Rechnungsanschrift hatte übrigens die korrekte Firmierung wiederum all die Jahre durchaus tadellos funktioniert! Bemerkenswert!
Nun gut. Ich wollte es hiermit abschließend vermerkt haben. Der Vollständigkeit halber!
Mir tat die nette Mitarbeiterin am Telefon fast schon etwas leid, die, im Rahmen der Kundenrückgewinnung beauftragt, nochmals versuchen sollte, das zerrissene Tuch zu flicken, und so auch nach Kräften versuchte, auftragsgemäß das neue Glasfaserprodukt zu vermarkten! Ich gab ihr zu Bedenken, dass ich das gerne gemacht hätte, nur eben Zweifel daran geäußert, da die Telekom ja noch nicht einmal das bisherige Produkt in den Griff bekommen habe. Das hilflose Gesicht sah ich förmlich vor mir! Ich habe ihr aber versprochen, ihr ihre tadellosen Bemühungen in der anschließenden Kundenbefragung gerne bestätigen zu wollen!
Abschließend noch einen ganz besonderen Dank an das Telekom-Forum, für die konstruktive Mithilfe einer Lösungsfindung! Diese hat diesen finalen Schritt tatsächlich doch nochmals sehr erleichtert. Danke! 👍
Wünsche allen eine gute Zeit und stets allseits gute Verbindungen! 😄
0
von
vor 6 Stunden
So, an alle Interessierten und Mitleser:
Ich kann Vollzug melden! 🍾
Nachdem ich es doch eine ganze Zeit, recht zeitaufwändig muss ich zugeben, und mit verschiedensten Endgeräten, mit immer dem gleichen Endergebnis, erfolglos getestet habe, und mir die Telekom-Service-Hotline, in einem doch recht offenen und sachlichen Gespräch, die Problematik tatsächlich als bekannt bestätigen konnte, man aber (an der Stelle) nichts würde daran ändern können/wollen, habe ich die Konsequenz nun gezogen, und nach über 40 Jahren (in zweiter Generation) als Geschäftskunde zu einem Mitbewerber gewechselt.
Auch wenn sich der Wechsel dann nochmals etwas hakelig gestalten sollte. So scheiterte der Wechsel inkl. der Rufnummernmitnahme sämtlicher 10 Rufnummern zunächst daran, dass die Telekom einen Typo im Vertragspartnernamen gespeichert hatte. Dieses "Hindernis" konnte dann schließlich umgangen werden. Es musste eben nur einfach der falsche Name angegeben werden, inkl. aller Punkte und Leerzeichen, welche falsch gesetzt waren. Und schon hat es funktioniert. Manchmal kann es ja so einfach sein! 😂
Anmerkung: Als Rechnungsanschrift hatte übrigens die korrekte Firmierung wiederum all die Jahre durchaus tadellos funktioniert! Bemerkenswert!
Nun gut. Ich wollte es hiermit abschließend vermerkt haben. Der Vollständigkeit halber!
Mir tat die nette Mitarbeiterin am Telefon fast schon etwas leid, die, im Rahmen der Kundenrückgewinnung beauftragt, nochmals versuchen sollte, das zerrissene Tuch zu flicken, und so auch nach Kräften versuchte, auftragsgemäß das neue Glasfaserprodukt zu vermarkten! Ich gab ihr zu Bedenken, dass ich das gerne gemacht hätte, nur eben Zweifel daran geäußert, da die Telekom ja noch nicht einmal das bisherige Produkt in den Griff bekommen habe. Das hilflose Gesicht sah ich förmlich vor mir! Ich habe ihr aber versprochen, ihr ihre tadellosen Bemühungen in der anschließenden Kundenbefragung gerne bestätigen zu wollen!
Abschließend noch einen ganz besonderen Dank an das Telekom-Forum, für die konstruktive Mithilfe einer Lösungsfindung! Diese hat diesen finalen Schritt tatsächlich doch nochmals sehr erleichtert. Danke! 👍
Wünsche allen eine gute Zeit und stets allseits gute Verbindungen! 😄
Kratzt aber niemanden hier in einem fremden Thread .
0
Uneingeloggter Nutzer
von
vor 4 Monaten
Ich wollte mal ein Update geben: Bisher keine Probleme mehr, nachdem ich die Übermittlung des PAI (P-Asserted-Identity) Headers auf dem entsprechenden Trunk deaktiviert habe. Scheinbar reagiert die "Consumer SBC"-Plattform allergisch auf Nicht-Consumer-Endpoints. 🙄
TLS/SRTP läuft inzwischen übrigend ebenfalls hier stabil.
Sollten sich doch noch Änderungen ergeben, aktualisiere ich entsprechend.
Euch allen ein schönes Pfingswochenende!
Liebe Grüße,
Marco
0
vor einem Monat
@jacotec1
Guter Beitrag. Ich stand vor dem gleichen Problem. Wir sind damit nicht die einzigen. Das Problem ist bestens bekannt!
Die Community von Telekom hilft versucht es allerdings bestmöglich zu blockieren, in dem Kunden angepöbelt und für blöde erklärt werden, anstatt auf Fakte, wie die von Ihnen gelieferten einzugehen. Stattdessen kommen so glorreiche Antworten wie "Bei einem 403-Fehler ist immer der Kunde schuld". Welch ein inkompetenter Quatsch. Aber es geht geradezu so weiter. Siehe Antworten auf Ihren Beitrag!
Übrigens gut protokolliert. Von mir wollte man das gleiche Protokoll, um dann einzugestehen, dass man es selbst nicht versteht. Zur weiteren Verwirrung folgte dann aber noch ergänzend eine Nachfrage nach "Einwahlprotokollen", da man sonst nichts beurteilen könne. Spätestens da war mir klar, dass hier wirklich Null eigene Kompetenz vorherrscht. Denn die von Ihnen, wie die von mir gelieferten Protokolle, sind vollkommen ausreichend. Zumindest wenn man etwas Ahnung davon hat, wie SIP-Telefonie funktioniert.
Ihnen trotzdem viel Erfolg. Lassen Sie sich nicht an der Nase herum führen. Ich habe entsprechende Konsequenzen für mich gezogen!
Herzliche Grüße!
0
3
von
vor einem Monat
Guter Beitrag. Ich stand vor dem gleichen Problem. Wir sind damit nicht die einzigen. Das Problem ist bestens bekannt!
Die Community von Telekom hilft versucht es allerdings bestmöglich zu blockieren, in dem Kunden angepöbelt und für blöde erklärt werden, anstatt auf Fakte, wie die von Ihnen gelieferten einzugehen. Stattdessen kommen so glorreiche Antworten wie "Bei einem 403-Fehler ist immer der Kunde schuld". Welch ein inkompetenter Quatsch. Aber es geht geradezu so weiter. Siehe Antworten auf Ihren Beitrag!
Übrigens gut protokolliert. Von mir wollte man das gleiche Protokoll, um dann einzugestehen, dass man es selbst nicht versteht. Zur weiteren Verwirrung folgte dann aber noch ergänzend eine Nachfrage nach "Einwahlprotokollen", da man sonst nichts beurteilen könne. Spätestens da war mir klar, dass hier wirklich Null eigene Kompetenz vorherrscht. Denn die von Ihnen, wie die von mir gelieferten Protokolle, sind vollkommen ausreichend. Zumindest wenn man etwas Ahnung davon hat, wie SIP-Telefonie funktioniert.
Ihnen trotzdem viel Erfolg. Lassen Sie sich nicht an der Nase herum führen. Ich habe entsprechende Konsequenzen für mich gezogen!
Herzliche Grüße!
@jacotec1
Guter Beitrag. Ich stand vor dem gleichen Problem. Wir sind damit nicht die einzigen. Das Problem ist bestens bekannt!
Die Community von Telekom hilft versucht es allerdings bestmöglich zu blockieren, in dem Kunden angepöbelt und für blöde erklärt werden, anstatt auf Fakte, wie die von Ihnen gelieferten einzugehen. Stattdessen kommen so glorreiche Antworten wie "Bei einem 403-Fehler ist immer der Kunde schuld". Welch ein inkompetenter Quatsch. Aber es geht geradezu so weiter. Siehe Antworten auf Ihren Beitrag!
Übrigens gut protokolliert. Von mir wollte man das gleiche Protokoll, um dann einzugestehen, dass man es selbst nicht versteht. Zur weiteren Verwirrung folgte dann aber noch ergänzend eine Nachfrage nach "Einwahlprotokollen", da man sonst nichts beurteilen könne. Spätestens da war mir klar, dass hier wirklich Null eigene Kompetenz vorherrscht. Denn die von Ihnen, wie die von mir gelieferten Protokolle, sind vollkommen ausreichend. Zumindest wenn man etwas Ahnung davon hat, wie SIP-Telefonie funktioniert.
Ihnen trotzdem viel Erfolg. Lassen Sie sich nicht an der Nase herum führen. Ich habe entsprechende Konsequenzen für mich gezogen!
Herzliche Grüße!
Na, auf Rachefeldzug das du den das Forum nach alten beiträgern durchstöberst? Lass das doch bitte.
von
vor einem Monat
Wäre das mein Forum, hätte das längst eine Sperre gegeben. Wäre toll, meinen Thread beim Topic zu halten oder einen eigenen Hate-Thread zu eröffnen.
Alles komplett am Thema vorbei und nicht konstruktiv.
Kann man User hier blockieren?
An den Rest im Thread: Don't feed the trolls!
von
vor einem Monat
Guten Morgen @Reiner_Zufall,
Danke für Ihren Beitrag. Ich sehe, dass das Thema emotional diskutiert wird. Bitte achten wir dennoch auf einen respektvollen Umgang miteinander. Abwertende oder beleidigende Formulierungen gehören nicht zu einem konstruktiven Austausch und entsprechen nicht den Spielregeln der Community. Da wir Ihnen in Ihrem eigenen Beitrag bereits Unterstützung angeboten haben, führen wir die Bearbeitung bitte ausschließlich dort weiter und nicht parallel in anderen Threads, wie diesem hier oder auch diesem.
Viele Grüße
Tanja
Uneingeloggter Nutzer
von
Uneingeloggter Nutzer
von