Fax kann empfangen aber nicht gesendet werden.

[#1]

Hallo.

ich weiß leider nicht, ob ich hier richtig bin, und ob mir hier jemand weiterhelfen kann.

Wir hatten vor kurzem die Umstellung von 50 auf 100 VDSL und seit ungefähr dieser Zeit funktioniert unser im Drucker integriertes Fax nicht mehr. Wir können zwar Faxe empfangen, aber senden funktioniert nicht mehr.

Es erscheint dann "Fehler 388" Während der Faxübertragung ist ein Kommunikationsfehler aufgetreten.

Zuerst dachten wir, das unser Drucken den Geist aufgibt und haben einen Neuen geholt, aber nun wieder das gleiche Problem.

Es handelt sich um einen HP OfficeJet 5200.

Als Speedport haben wir von telekom das W 724V Type B.

An der gleichen Leitung/Nummer ist auch noch ein Telefon mit AB angeschlossen.

Bis jetzt hat immer alles super funktioniert.

Hab auch schon versucht, das Telefon in die Faxleitung einzustecken, funktioniert einwandfrei.

Was kann ich noch machen.

Vielen Dank für die Hilfe.

LG

Gabriele

[#2 · Accepted solution]

@gagg2408

---

gagg2408 schrieb: Also erstmal vielen Dank für die schnelle Lieferung des Routers.
Wir haben ihn gestern angeschlossen, und was soll ich sagen, das faxen hat funktioniert. Hoffentlich war das kein Zufall ;-))

---

Sehr, sehr gerne und klasse, dass es nun so läuft, wie man es auch erwarten sollte.

---

Wenn ich gewusst hätte, das es so einfach ist, und wir nur den Router tauschen müssen, hätte ich hier nicht so einen "Aufstand" gemacht.
Vielen herzlichen Dank Stefan, das du drangeblieben bist, und uns geholfen hast.
Leider hatten wir zuvor bei diesem Problem telefonisch bei der Telekom schon angefragt, und da hat es nicht / keinem interessiert. Es wurde nur die Leitung getestet und für gut gehalten.

---

Gibt ja viele Wege nach Rom & mit mir hier musstest du nach den Erfahrungen erst meine eigene Chance geben. Hast du auch getan und ja, es war aufgrund der Erlebnisse ein wenig holprig am Anfang. Wir haben uns zusammen gerauft und unterm Strich funktioniert es nun, was wollen wir mehr? Danke, dass du auf mich gebaut hast und wir gemeinsam die Kuh vom Eis geschoben haben.

@talk
Ich kann dem, was @gagg2408 schreibt nichts mehr hinzufügen und auch nur nochmal "DANKE" schreiben.

Greetz & ein wundervolles Wo-Ende wünsche ich.
Stefan D.

[#3 · Accepted solution]

@Stefan D. 

Also erstmal vielen Dank für die schnelle Lieferung des Routers.

Wir haben ihn gestern angeschlossen, und was soll ich sagen, das faxen hat funktioniert. Hoffentlich war das kein Zufall ;-))

Wenn ich gewusst hätte, das es so einfach ist, und wir nur den Router tauschen müssen, hätte ich hier nicht so einen "Aufstand" gemacht.

Vielen herzlichen Dank Stefan, das du drangeblieben bist, und uns geholfen hast.

Leider hatten wir zuvor bei diesem Problem telefonisch bei der Telekom schon angefragt, und da hat es nicht / keinem interessiert. Es wurde nur die Leitung getestet und für gut gehalten.

@talk 

Unbekannter Weise möchte ich mich bei Dir herzlich Bedanken. Du hattest immer ein offenes Ohr, warst meist der Erste, der geantwortet hat, hast die zweimal die Arbeit gemacht, den Speedport Mitschnitt zu analisieren, hast mit genaueste Beschreibungen geschickt, wie ich diesen Mitschnitt mache, speichere und ihn dir zur Verfügung stelle.

Bist immer dran geblieben und hast versucht mir/uns zu helfen.

Keine Ahnung was ich noch alles schreiben soll.

Vielen, vielen herzlichen Dank.

Liebe Grüße

gagg2408

[#4]

@gagg2408hast Du mal an der Übertragungsgeschwindigkeit " gschraubt"? stell es mal auf 9600

[#5]

@gagg2408 

Wurde auch die Fehlerkorrektur des HP 5200 deaktiviert?

Was passiert, wenn dem Faxgerät eine eigene Rufnummer zugeordet wird - für ein- und ausgehende

Faxe?

Firmwareversion des HP 5200 aktuell - 08.290.2?

Firmwareversion des verwendeten Speedports?

Habe gerade mit dem "virtuellen Agenten" von HP gechattet - mit folgendem Ergebnis:

"386, 387, 388, 389, 390, 391, 392, 393, 394, 395: Zu starkes Rauschen in der Telefonleitung verhindert eine gültige Verbindung zwischen den Faxgeräten. Versuchen Sie, erneut zu faxen, wenn die Qualität der Telefonleitung besser ist."

Heißt im Klartext: Entweder Qualität der Verbindung schlecht - oder falsche Faxparameter eingestellt, z.B.

                           n i c h t   9600 Baud und / oder ECM-Korrektur  nicht deaktiviert.

[#6]

Zusätzlich könnte man auch noch mit oder ohne der Verwendung von T.38 testen, falls sich das im Faxgerät einstellen lässt.

[#7]

Ja, das sind genau die Sachen, von denen ich überhaupt keine Ahnung hab. Ich kann den Drucker anschließen, und einrichten, aber von den Dingen die du schreibst,/(n i c h t 9600 Baud und / oder ECM-Korrektur nicht deaktiviert.) hab ich keinen Ahnung.

Also, der HP OfficeJet 5200 ist neu, den habe ich heute erst angeschlossen, weil ja der alte Drucker auch kein Fax mehr gesendet hat.
die Fehlerkorrektur hab ich deaktiviert.

Bei unserem alten All-in-One Drucker hat ja das Fax senden auch nicht mehr funktioniert. empfangen ja,deshalb ja der neue Drucker, und das erst seit der Umstellung auf 100 VDSL.
Jetzt weis ich nicht, ob das etwas damit zu tun hat.
Leider weis ich auch nicht, wohin ich mich wenden kann, der mir weiterhilft. brauch das Fax leider für die Arbeit
Trotzdem Danke für die schnellen Antwort

[#8]

Ja, funktioniert trotzdem nicht, Danke

[#9]

Möglicherweise kann dir der weiterhelfen, wo dir das Gerät verkauft hat.

Andernfalls, wenn du Online gekauft hast, bist du möglicherweise noch in der Rückgabefrist. Das würde ich in deinem Fall in Anspruch nehmen und ein anderes Gerät beim PC-Spezi um die Ecke kaufen, mit Installation bzw. Inbetriebnahme.

[#10]

Hallo zusammen,

um das Problem näher eingrenzen zu können, wären folgende Informationen hilfreich:

1.) wurde im Rahmen der Umstellung von VDSL 50 zu VDSL 100 irgendetwas an der Installation geändert?

2.) handelt es sich bei beiden Multifunktionsgeräten um einen HP Officejet 5200 oder war das erste Gerät ein anderes Modell (falls ja: welches)?

3.) Wurde der jetzige HP Officejet 5200 mit dem Telefonkabel angeschlossen, das dem Gerät beilag oder wurde ein schon vorhandenes Kabel verwendet? Aufgrund unterschiedlicher Belegungen in den Steckern sollte man immer das Original-Kabel verwenden!

4.) Da von "Telefon an gleicher Leitung" die Rede ist: Ich nehme an, daß das Telefon und der Officejet jeweils an einem der beiden Telefon-Steckplätze am Speedport angeschlossen sind? Oder gibt es noch eine separate Telefondose, an der beide Geräte hängen?

5.) Wenn Telefon + Officejet jeweils direkt am Speedport angeschlossen sind: Wurde die Buchse, an der der Officejet hängt, im Speedport-Menü als "Fax" konfiguriert? Siehe hierzu diese Anleitung für den Speedport W724V B auf Seite 115.

6.) In dieser Anleitung für den HP Officejet 5200 werden ab S. 41 verschiedene Arten des Faxversandes beschrieben. Welche wurde bislang genutzt? Hier mal das Verfahren "Senden einer Faxnachricht mit Wahlüberwachung" testen. Zu Beginn muß da der Wählton zu hören sein und die Wahl der einzelnen Ziffern durch den Officejet. Die Ziffern sollten dabei als Töne gesendet werden und nicht als "Klackerimpulse" (Wähltyp muß auf "Tonwahl" stehen, vgl. S. 55 der Anleitung).

7.) Wenn wie unter 6.) Wählton und die Wahl der einzelnen Ziffern zu hören sind: Kann man auch noch den Fax-Pfeifton der Gegenstelle hören, wenn diese die Verbindung annimmt? Wie lange etwa dauert es dann noch bis zum Verbindungsabbruch?

8.) Wenn man im Speedport-Menü eingeloggt ist, kann man unter http://speedport.ip/hidden/hidden_index.stm ein verstecktes Unter-Menü mit erweiterten Informationen aufrufen. Irgendwo dort müßten Angaben zu den Fehlerraten der DSL-Strecke stehen (vermutlich mit Begriffen wie "CRC error", "FEC error", "HEC error", etc. gekennzeichnet). Da wäre es interessant, ob dort (insbesondere im Upstream) hohe Werte stehen. Am besten einfach die Werte rauskopieren und hier einfügen.

cu talk

[#11]

Danke für die Antwort.
@ Ellbogen: Der Drucker funktioniert ja, und das Fax senden ist ja schon mit dem alten Gerät nicht mehr gegangen.
@ talk: Danke für die vielen Antworten:
zu 1) Also bei uns im Haus wurde nichts geändert, nur im "Verteilerkasten", der Telekom-Mitarbeiter, der uns das "aufgeschwatzt" hat, meinte nur, das ich den Router, wenn die Umstellung erledigt ist und ich die SMS von Telekom erhalten hab, einfach kurz vom Strom nehmen soll, und dann funktioniert alles wieder,

zu 2) Es waren beide Multifunktionsgeräte das Alte ein HP Officejet 6500 und nun das Neue ein HP Officejet 5200

zu 3) Es war kein Telefonkabel dabei, ist das alte Telefonkabel, es war nur das Stromkabel und ein anderes Stromkabel mit einem "komischen" 3er Stecker dabei.

zu 4) Beide hängen am Speedport

zu 5) Ich hab beim Anschließen nicht geändert oder umgesteckt, nur den HP5200 angeschlossen und angekabelt. Wie gesagt, schon beim alten Gerät ist plötzlich die Fax-Sende-Funktion nicht mehr gegangen. Empfangen konnte man.

zu. 6) Ich hab alles auf langsame Geschwindigkeit 9600 eingestellt, die Fehler..... deaktiviert. auf Tonwahl gestellt ... nichts

zu 7) Das Fax wählt die Nummer des Empfängers, es kommt 2 mal das "Freizeichen", dann ein "kleiner" Zwischenklick, dann für ca. 1 Sec. der Faxpfeifton ...... auf dem Display wird mir angezeigt, Verbinden und die Nr. dann dauert es ca. 20 Sec und das fax bricht ab.

zu 😎 hab zB diesen Fehler gefunden

14.04.2020 22:21:32

DNSv6-Fehler: Der angegebene Domainname kann nicht von 2003:180:2:7000::53 aufgelöst werden. Fehler: DNSv6 Address Unreachable. (P008)


14.04.2020 22:21:30

DNSv6-Fehler: Der angegebene Domainname kann nicht von 2003:180:2:7000::53 aufgelöst werden. Fehler: DNSv6 Address Unreachable. (P008)
15.04.2020 09:01:54

PPPoE-Fehler: PPPoE-Server meldet einen Systemfehler: (Terminating on signal SIGTERM.) (R017)

PPPoE-Fehler: Unbekannter Fehler. (Recieve fatal signal.) (R019)

das waren die Fehler die ich finden konnte.

Vielen lieben Dank für die Hilfe:
LG
Gabriele

[#12]

Hallo zusammen,

gut, damit kann man zumindest schon mal sagen, daß der Officejet beim Wählen "eine Leitung bekommt" und wohl auch die Gegenseite "hören" kann.

Den genannten DNS-Fehlern würde ich keine große Bedeutung beimessen. Es geht mir mehr um die DSL-Statusdaten - dafür habe ich noch einen anderen Link gefunden: Nach erfolgtem Einloggen in den Speedport in einem neuen Browserfenster folgende Adresse aufrufen: http://speedport.ip/hidden/dsl_hidden_status.stm 

Welche Werte stehen dort (jeweils für Upstream und Downstream) bei:

- Acutal Data Rate

- Attainable Data Rate

- SNR margin

sowie bei

- CRC Error Count
- HEC Error Count
- FEC Error Count

cu talk

[#13]

@ talk
Erstmal vielen herzlichen Dank für deine schnellen Antworten.

Upstream Downstream
Actual Data Rate 32957 Kbps 98062 Kbps
Attainable Data Rate 33314 Kbps 107113 Kbps
SNR Margin 10.1 dB 8.5 dB

CRC Error Count 14 4
HEC Error Count 0 0
FEC Error Count 0 2
FEC Size 16 16

[#14]

Hallo,

die Datenrate im Upstream (also auf der Stecke vom Anschluß ins Netz) ist zwar etwas eingeschränkt, aber der Signal-Rausch-Abstand (SNR) ist gut.

Zu den Fehlerwerten (... error count): Diese dürften sich auf den Zeitraum seit dem letzten Neustart des Routers beziehen. Falls der Router schon seit Wochen duchläuft und die 14 CRC-Fehler über einen längeren Zeitraum angesammelt wurden, dürfte das in Ordnung sein. Falls der Router erst unmittelbar vor dieser Abfrage neu gestartet worden wäre, wären 14 CRC-Fehler in einem ganz kurzen Zeitraum (wenige Minuten oder Stunden) aber evtl. etwas auffällig. Wann ist denn der letzte Neustart erfolgt?

Man könnte noch testen, ob die Probleme beim Faxversand auch auftreten, wenn man das Fax mal an die andere TAE-Buchse (dort wo jetzt wohl das Telefon drin steckt) anstöpselt. Falls vorhanden, könnte man auch noch ein anderes Telefonkabel zwischen Officejet und Speedport testen (um zu testen, ob die Steckerbelegung dort stimmt, müßte man aber auf das Vorhandensein von Wählton, Freizeichen, etc. beim Verbindungsaufbau achten).

Tritt das Problem beim Fax-Versand eigentlich zu verschiedenen Anschlüssen auf oder nur zu einer bestimmten Faxnummer? Ist bekannt, bei welchem Anbieter die betroffene(n) Rufnummer(n) geschaltet sind?

Und um nochmal auf meine ursprünglichen Fragen zurückzukommen: Wurde die Buchse, an der der Officejet hängt, im Speedport-Menü als "Fax" konfiguriert? Siehe hierzu die Anleitung für den Speedport W724V B auf Seite 115.

cu talk

[#15]

Danke nochmals für die Antwort.
Also, das Problem ist ja schon beim alten Multifunktionsgerät gewesen, dass das Fax nicht gesendet hat, aber erst seit der Umstellung auf 100 VDSL.
Ja, ich hab auch das Gerät schon an die normale Telefonleitung gehängt, und da funktioniert es auch nicht.
Ob das nur bei der einen Nummer ist, muss ich erst austesten. Das Fax wird halt nur dafür benötigt, das Kunden meinem Mann die Bestellungen an den Wochenenden faxen können bzw. tel. mitteilen , und er dann diese in die Firma weiterfaxen kann.
Wir haben es erst bei den beiden Nummern für die Firma getestet, mal eine andere Nummer /Anschluss zu testen, darauf bin ich leider noch nicht gekommen.
Das neue HP Gerät hängt an der gleichen Buchse wie das alte Gerät, und das hat ja auch bis vor ein paar Wochen eigentlich bis zu dieser Umstellung funktioniert.
Trotzdem vielen leiben Dank für die Hilfe.
Wünsche noch einen schönen Abend.

[#16]

Hallo,

die ganze Sache ist etwas rätselhaft. Wir sind jetzt ein paar wichtige Punkte durchgegangen, aber bislang leider ohne Ergebnis. Anhand der bislang bekannten Informationen glaube ich aber im Moment nicht an ein Problem beim Officejet.

Es wäre interessant, mal den Datenverkehr einer solchen nicht funktionierenden Fax-Verbindung mitzuschneiden. Damit man sehen kann, was da genau "auf der Leitung" passiert.

Ich kann Dir mal beschreiben, wie das funktioniert und wie Du mir einen solchen Paketmitschnitt zukommen lassen kannst - dafür sollte man aber schon etwas computeraffin sein, denn es sind einige Schritte notwendig.

Das Ganze müßte so funktionieren:

1.) In das Menü des "Speedport W724 V Typ B" einloggen.

2.) Nach erfolgreichem Login in einem neuen Browser-Fenster folgende Adresse öffnen: http://speedport.ip/wan_util.stm

3.) Dort müßte nach meinen Infos ein "Diagnostic utility" zu finden sein. Bei "WAN packet capture" läßt sich mit "Begin" ein Mitschnitt des Speedport-Datenverkehr starten. Die Datei, die der Browser nun herunterladen will, so abspeichern, daß man sie auch wieder gut wiederfindet und wiedererkennen kann.

4.) Während des Mitschnittes versuchen, mit dem Officejet ein Fax zu versenden (so wie bei den bisherigen Versuchen auch). Solange der Mitschnitt läuft, sollte kein weiterer Datenverkehr über den Anschluß laufen. Also nicht im Internet-Surfen, keine E-Mails abfragen, keine Livestreams, etc., sondern nur diese Faxverbindung!

5.) Wenn die Faxverbindung vermutlich wieder erfolglos beendet ist, im oben genannten Menü mit "End" den Mitschnitt stoppen.

6.) Die so entstandene Mitschnitt-Datei bei einem Cloudspeicher-/Filehoster-Dienst hochladen, z.B. bei Magenta Cloud, Google Drive,  etc. (je nachdem, ob bzw. bei welchem solchen Dienst Ihr einen Account habt). Falls Ihr bislang keinen Cloudspeicher/Filehoster nutzt: Der Dienst www.mediafire.com müßte meines Wissens sogar ohne Account nutzbar sein.

7.) Nach dem Upload bei einem solchen Speicherdienst müßte ein Link / eine Adresse angegeben werden (evtl. über eine "Share"-Funktion o.ä.), über die andere Nutzer auf die hochgeladene Datei zugreifen können. Diesen Link bzw. diese Adresse kopieren.

8.) Den Link zu dieser Datei nicht hier in die öffentliche Diskussion reinsetzen, sondern mir über eine private Forennachricht zuschicken (bei diesem Beitrag oben auf meinen blauen Nutzernamen klicken und dann auf das magentafarbene Feld "Nachricht senden" klicken. Dann öffnet sich das Fenster für eine private Nachricht.)

Ich kann mir diesen Paketmitschnitt dann mal etwas näher anschauen, das kann aber evtl. 1-2 Tage dauern. Zudem kann ich keine Garantie übernehmen, daß ich in dem Mitschnitt etwas erkennen kann. Ich bin selbst kein Telekom-Mitarbeiter, habe aber schon manche Probleme mit VoIP / SIP untersucht und oftmals auch in den Griff bekommen. Ein solcher Mitschnitt kann aber auch für die Telekom hilfreich sein, falls dort noch ein Störungs-Ticket eröffnet wird.

cu talk

[#17]

@ talk,
Danke für die Info.

Das komische ist, was wir inzwischen festgestellt haben.
Wir haben jetzt probiert, einem Freund ein Fax zu schicken, das hat funktioniert.

Wenn mein Mann aber in die Arbeit faxen will, geht es nicht, das komische ist aber, da die Firme mehrere Aussendienstmitarbeiter hat, bei den anderen funktioniert es einwandfrei.
Da die Firma mehrere Faxnummer hat, haben wir auch natürlich alle anderen ausprobiert. aber keine funktioniert.

Ich werde mir dann mal deinen Vorschlag, mit dem Mitschnitt ausdrucken, damit ich genau das machen kann, was die geschrieben hast und werde mich dann wieder melden.
#Nochmals vielen herzlichen Dank

[#18]

Hallo,

---

@gagg2408  schrieb:

Wir haben jetzt probiert, einem Freund ein Fax zu schicken, das hat funktioniert.

Wenn mein Mann aber in die Arbeit faxen will, geht es nicht, das komische ist aber, da die Firme mehrere Aussendienstmitarbeiter hat, bei den anderen funktioniert es einwandfrei.

---

Du weißt nicht zufällig, bei welchem Anbieter der Freund, die Außendienstmitarbeter und die Firma jeweils sind?

Auf jeden Fall ein interessantes Thema, da geht es evtl. um das Zusammenspiel verschiedener Netze bzw. Anbieter.

Falls Du einen Mitschnitt erfolgreich erstellt hast und/oder irgendwelche Fragen dazu hast, einfach melden.

cu talk

[#19]

@ talk,

Also, bei welchen Anbietern die sind, kann ich dir leider nicht sagen. Die Firma meines Mannes ist glaub ich auch bei telekom.
Mein Mann war gestern in der Firma, und hat dann das Problem mit dem faxen gemeldet.
Die Chefin hat sich das Problem angehört und ihm dann gesagt, das dieses "Problem" anscheinend nicht nur bei uns ist, das die Faxe nicht gesendet, bzw. von Empfänger empfangen werden können.
Es gibt bei ihnen in der Firma z.B. mehrere Kliniken und Krankenhäuser Kantinen, die ihre Aufträge, sollten sie zuätzlich noch was brauchen, nicht in die Firma faxen können.

In der Firma wissen sie von dem Problem, und haben es auch schon weitergeleitet( telekom).
Das Problem, das faxe nicht gesendet/ empfangen werden können, ist laut Chefin erst aufgetreten, als die Umstellung von analogem Anschluss auf einen IP Anschluss war.
Mehr weiss ich im Moment selbst nicht.

Schönes Wochenende
LG und nochmals Danke für die Hilfe

[#20]

Guten Abend, @gagg2408.

Na das hört sich ja nicht sehr prickelnd an. Anscheinend ist euer Drucker/Faxgerät ja doch nicht das Problem und es steckt etwas größeres dahinter.
Halte uns gerne weiterhin auf dem Laufenden! Ich drücke dir die Daumen, dass die Fehlerursache schnell gefunden wird.

Lieben Gruß,
Klaudija D.

[#21]

Nein, das ist echt nervig.

Aber anscheinend kennt sich hier Telekom (Anbieter bei und in der Firma meines Mannes) auch nicht aus und weis nicht weiter, die Probleme wurden gemeldet, aber wie gesagt, es funktioniert nicht, seit der Umstellung von analog auf IP.
Trotzdem Danke

[#22]

Hallo zusammen,

---

@gagg2408  schrieb:

In der Firma wissen sie von dem Problem, und haben es auch schon weitergeleitet( telekom).
Das Problem, das faxe nicht gesendet/ empfangen werden können, ist laut Chefin erst aufgetreten, als die Umstellung von analogem Anschluss auf einen IP Anschluss war.

Ich kann an dieser Stelle nur nochmal mein Angebot erneuern, mir einen von Dir erstellten Paketmitschnitt einer solchen gescheiterten Faxverbindung einmal näher anzuschauen (die Anleitung hierfür hatte ich bereits hier in der Diskussion gepostet, falls noch Fragen dazu sind, einfach melden).

Es läßt sich nicht garantieren, daß sich der Fehler hiermit finden läßt, aber man könnte ihn vielleicht immerhin etwas genauer eingrenzen.

cu talk

[#23]

Hallo zusammen,

@gagg2408: Vielen Dank für das Erstellen und Bereitstellen des Mitschnitts! Ich habe ihn inzwischen analysiert und interessante Auffälligkeiten gefunden.

Schauen wir uns mal gemeinsam eine "Call Flow"-Analyse an, die ich mit Wireshark erstellt habe:

Diese Grafik zeigt im Wesentlichen folgende Details (die Zeitangaben links sind Sekunden seit dem Start des Paketmitschnitts):

- bei 116.831765 übermittelt der Speedport seinen Anrufwunsch ans Netz

- bei 117.041193 bekommt er vom Netz die Bestätigung, daß dieses versucht, die Verbindung aufzubauen ("trying")

- bei 117.302895 "klingelt" es beim Angerufenen ("ringing")

- bei 124.117035 startet der eingehende RTP-Datenstrom (also quasi der "ankommende Tonkanal") und bei 124.130279 wird das Zustandekommen des Anrufes vom Netz gemeldet. Dies wird vom Speedport wiederum bei 124.198113 bestätigt, der kurz daraufhin bei 124.222686 auch den ausgehenden RTP-Datenstrom (der "abgehende Tonkanal") aufbaut.

Zu diesem Zeitpunkt ist also die Verbindung zum Zielteilnehmer erfolgreich zustandegekommen. Im RTP-Stream ist auch zu hören, daß das Zielfax seinen charakteristischen Faxton aussendet.

Dies führt dann allerdings dazu, daß irgendwo auf der Verbindungsstrecke (evtl. vom Netz, von einem Carrier-Gateway oder vom Router auf der Gegenseite?) versucht wird, die Verbindung vom normalen Sprachübertragungsstandard G.711 auf den speziellen Faxübertragungsstandard T.38 umzuschalten. Dies geschieht bei 126.933758 mit einem erneuten INVITE (auch als Re-INVITE bezeichnet).

Der Speedport lehnt bei 126.975478 diese angefragte Umschaltung auf T.38 ab und wiederholt diese Ablehnung in den folgenden 32 Sekunden mehrfach, bis schließlich bei 158.923729 die Verbindung vom Netz oder der Gegenseite beendet wird, was schließlich vom Speedport bei 158.928930 bestätigt wird.

Zwischenfazit: Die Verbindung kommt zunächst korrekt mit dem Sprachstandard G.711 zustande (hierüber können in der Regel auch Faxe übertragen werden, das ist also kein Fehler). Es ist auch in Ordnung, daß eine an der Verbindung beteiligte Komponente versucht, die Verbindung auf T.38 umzuschalten. Und ist es auch völlig korrekt, daß der Speedport die T.38-Umschaltung verweigert (der Speedport W724 V Typ B soll ja wohl gar kein T.38 können).

Jetzt kommt der entscheidende Punkt: Es ist nicht in Ordnung, daß der eingehende RTP-Stream praktisch zeitgleich zu diesem Re-INVITE abbricht! Der "Call Flow" zeigt bereits, daß der eingehende RTP-Stream (siehe bei 124.117035) nur 135 Pakete lang ist, also 2,68  Sekunden lang dauert. Danach ist die Verbindung "stumm" / die Leitung "tot" und bleibt noch etwa 32 Sekunden ohne Tonübertragung offen. Im Paketmitschnitt selbst sind in diesem Zeitraum keine ankommenden Pakete (egal ob RTP, T.38 o.ä.) zu sehen, bis dann schließlich mit einem "BYE" die Verbindung beendet wird.

Was den abgehenden RTP-Stream angeht, interpretiert die mir vorliegende Wireshark-Version die vom Speedport ausgehenden Daten nach dem T.38-Reinvite offenbar als T.38-Pakete. Deshalb im obigen "Call Flow" auch die Angabe von angeblich nur 136 ausgehenden RTP-Paketen. Meiner Ansicht nach ist dies aber eine Fehlinterpretation. Alle vermeintlichen T.38-Pakete werden als "malformed" bezeichnet. Außerdem ist bei den RTCP-Paketen erkennbar, daß die Anzahl der verschickten RTP-Pakete auch nach dem abgelehnten Re-Invite immer weiter hochgezählt wird. Demnach wird der ausgehende RTP-Stream wohl aufrecht erhalten. Zumal wäre es auch ungewöhnlich, wenn der Speedport T.38 ablehnen und dann dennoch auf T.38 umschalten würde. Man darf also auch Wireshark nicht alles blind glauben...!

Fazit: Das Hauptproblem sehe ich hier im Abbrechen des eingehenden RTP-Datenstroms (also dem Signal, das von der Gegenseite kommt). Das halte ich für einen Fehler, denn beide RTP-Streams dürften erst nach einer erfolgreichen Umschaltung zu T.38 beendet werden, vgl. auch Punkt 4.2.4.3 (Fax and Modem) der Telekom-eigenen Richtlinie 1TR114.

Es stellen sich daher verschiedene Fragen, die man mal näher untersuchen sollte. Eventuell kann da die Netztechnik der Telekom helfen?

1.) "Wer" versucht, die Verbindung auf T.38 umzuschalten? Die Telekom VoIP-Plattform soll sich angeblich bei T.38 transparent verhalten, also diesen Standard nur durchleiten, wenn eine Endseite dies wünscht. Geht die Umschaltung also evtl. vom Router o.ä. auf der Zielseite aus? Ist die Zielrufnummer wirklich bei der Telekom geschaltet, oder evtl. bei einem anderen Anbieter? Kann ggf. von einem Gateway zwischen der Telekom und einem anderen Anbieter die Umschaltung ausgehen? Ist das Phänomen evtl. davon abhängig, über welche SIP-/RTP-Server die Verbindung verläuft?

2.) Wieso bricht der eingehende RTP-Stream ab? Dieser Stream dürfte ja erst bei einer erfolgreichen Umschaltung auf T.38 beendet werden. Verhält sich die Telekom-Plattform da tatsächlich transparent oder kann es sein, daß das Telekom-Netz durch ein transparent durchgeleitetes T.38-Re-INVITE auf SIP-Ebene daraufhin den RTP-Stream selbst beendet? Hier sollte auf den Telekom-Servern überprüft werden, ob der eingehende RTP-Stream bereits dort fehlt.

3.) Es gab schon mal eine Diskussion über gescheiterte Faxverbindungen, bei denen ein Umschaltversuch auf T.38 scheitert und zeitgleich der eingehende RTP-Stream abbricht, siehe dazu dieses Thema bei onlinekosten.de. Damals ging es um eine Verbindung von 1&1/Versatel zu einer 0800-Rufnummer bei VSE-Net, die über die Telekom als Transit-Carrier lief. Aufgrund der damals vielen beteiligten Seiten konnte das Problem damals nicht gelöst werden. Falls bei einem Telekom-VoIP-Server ein Fehler vorliegen sollte, könnte es sich evtl. in beiden Fällen um ein vergleichbares Problem (T.38-Re-INVITE verursacht fälschlicherweise einen RTP-Abbruch) handeln?

Zusammenfassung:

Angesichts der vorliegenden Daten bitte ich das @Telekom-hilft-Team  um das Eröffnen eines Störungstickets. Bei den gestörten Faxverbindungen wird irgendwo im Netz oder auf der angerufenen Seite im Rahmen eines T.38-Re-Invites der RTP-Datenstrom zum anrufenenden Nutzer hin abgebrochen, obwohl der Re-Invite vom anrufenden Speedport abgelehnt wird. Die Frage ist, wo dies erfolgt.

@gagg2408  kann den Paketmitschnitt einer gestörten Faxverbindung bereitstellen. Es kann jedoch sein, daß ein Analysetool wie Wireshark diesen Mitschnitt als "damaged or corrupt" bezeichnet und nur einen Teil der mitgeschnittenen Daten darstellt (wo dann ausgerechnet die SIP-/RTP-Daten fehlen). In diesem Fall muß der Mitschnitt mit einem Tool wie pcapfix repariert werden. Auf Wunsch kann ich eine reparierte und auf die wesentlichen Daten gekürzte Version des genannten Mitschnitt selbst bereitstellen. Ebenfalls wäre zu beachten, daß Wireshark evtl. die vom Speedport nach dem abgelehnten Re-Invite ausgehenden Daten fälschlicherweise als T.38-

Daten interpretiert (meines Erachtens wird hier aber einfach der ausgehende RTP-Stream fortgesetzt, vgl. die Zähler in den RTCP Sender Reports).

Es kann gerne auf diesen Thread und meine Analyse verwiesen werden. Informationen über den weiteren Verlauf dieses Falls bitte auch hier ins Forum oder per PN an mich.

cu talk

[#24]

Hallo @gagg2408,

hinterlege doch bitte deine Daten im Profil, damit wir mit dir Kontakt aufnehmen können.

Viele Grüße Türkan Ü.

[#25]

@ Türkan Ü.
Welche Daten soll ich noch hinterlegen, meine Mail-Adresse ist angegeben.
Sie können mit ja einfach eine Nachricht senden.

MFG

[#26]

@gagg2408 sorry über die E-Mail-Adresse können wir dich hier nicht kontaktieren. Es reicht aus, wenn du im Profil deine Rückrufnummer hinterlegst.

Viele Grüße Türkan Ü.

[#27]

@ Türkan Ü.
hab ich gemacht. Sorry war keine Absicht, aber da steht so vieles drin zum ausfüllen.

Grüße