[Gelöst] Brother MFC via Cat5e an Fritzbox

[Jah-S]

Freundliches Hallöchen in die Runde,

Ich habe folgendes Problem: Ich möchte gern meinen Brother MFC-L2700DW (Multifunktionsdrucker) an meiner Fritz 7390 anschließen. Allerdings steht die Fritte im Serverraum (Keller) und das Fax im Büro (DG). Jetzt habe ich zwei Cat5e-Kabel im Leerrohr zwischen beide Räume gezogen und auf eine Doppeldose 1/1 gelegt. Eine Buchse (LAN1) benutze ich für LAN (funzt! sogar mit GBit) und die zweite (LAN2) würde ich gern für das Fax des Brothers verwenden. In etwa so:

Keller: Fritz Fon 1 -> TAE auf RJ 12 Kabel (Original Brother) -> Netzwerkdose
DG: Gegendose -> RJ12 auf RJ12 Kabel -> Fax

Aber irgendwie funzt das nicht: Ich höre einen Freiton, dann wird gewählt, dann kommt zweimal ein Besetzt(?), dann geht der Brother in die automatische Wahlwiederholung und bricht nach dem dritten Versuch ab.

Brother direkt an Fritz hat (zumindest einmal) funktioniert. Ich denke also, dass an der Verkabelung etwas nicht stimmt. Mit einem (Billig-)Kabeltester habe ich mal die Verbindung zwischen beiden Netzwerkdosen überprüft: LAN1: Ok, LAN2: Alles außer Pin 6 ok. Dann habe ich das Fax mal über LAN1 verbunden -> Funzt auch nicht.

Hat jemand nen Tipp, wie ich den Fehler einkreisen könnte? Es gibt ja RJ45 auf RJ12 Adapter. Brauche ich vielleicht so etwas (im Büro von der Netzwerkdose zum Fax)? Dachte immer RJ12 ist gleich RJ45 nur ohne Pin 1 und Pin 8.

Besten Dank schon mal im Voraus
Jah-S

 

[schnurgly]

Nimm statt der Doppeldose eine Kombidose mit Telefon und Ethernet und zieh ein Telefonkabel durch das Leerrohr. Bei der Fritte installierst Du eine Telefondose (Aufputz) mit Stecker. Der Telefonstecker kommt an Fon 1 oder Fon2. An den Klemmen 5 und 6 der Telefondose kommen die zwei Kabel von der Telefonleitung. Oben im DG schließt dein Fax wie gewohnt an den Telefonanschluss an sowie ans Netzwerk. Da gibst dann keine Verwechslung. Dem Fax eine Telefonnummer zuweisen. RJ12 und RJ 45 passen auch von den Maßen her nicht zusammen.
Das wäre eine saubere Lösung.

 

[NDiIPP]

@Jah-S
Falsche Belegung wenn es nicht funktioniert. Aber dennoch würde ich den Fehler bei PIN6 der zweiten Buchse beseitigen auch wenn PIN6 nicht unbedingt benötigt wird.
Ein weiteres oder zusätzliches Telefonkabel zu verlegen ist übrigens unnötig.

BTW:
Für das MFC-L2700DW reicht FastEthernet, da genügen dann bereits 4 der 8 Adern des einen CAT5-Kabels für die Ethernetverbindung. Zwei der verbleibenden 4 Adern könnten dann für den Fax-Anschluss verwendet werden.

Wenn du aber oben im DG einen GbE-Ethernetswitch hast um auch andere Geräte dort anzuschließen dann macht Gigabit-Ethernet schon Sinn, dann wie jetzt schon das eine Kabel nur für Ethernet verwenden und das andere für die analoge Nebenstelle zum Faxgerät.

Wenn die von dir verwendeten Kabel richtig belegt sind (du kannst beispielsweise mit einem Multimeter die Belegung des originalen Brotherkabel herausfinden und auch die Belegung der von dir verwendeten Anschlusskabel überprüfen und bei Bedarf korrigieren, die Belegung aber auf beiden Seiten, also bei der Fritzbox und im DG überprüfen) spricht auch nichts gegen den Einsatz einer Daten-Doppeldose wenn die ordentlich beschriftet ist. Man kann aber natürlich am 2. CAT5-Kabel auch eine eigene TAE-Dose anschließen oder man verwendet gleich eine Kombidose mit RJ45 und TAE-Buchse.

 

[Jah-S]

Vielen Dank für die schnelle Rückmeldungen!

Nimm statt der Doppeldose eine Kombidose mit Telefon und Ethernet und zieh ein Telefonkabel durch das Leerrohr.

Das war jetzt schon ein Krampf, die beiden CAT5e Kabel da durchzuziehen, das werde ich sicher nicht mehr ändern wollen.

RJ12 und RJ 45 passen auch von den Maßen her nicht zusammen.

Ja, aber RJ12 passt doch auf RJ45 oder gibt es da Kontaktprobleme?

Falsche Belegung wenn es nicht funktioniert. Aber dennoch würde ich den Fehler bei PIN6 der zweiten Buchse beseitigen auch wenn PIN6 nicht unbedingt benötigt

Aber wie soll das gehen? Wenn ich das Originale Fax-Kabel nehme, kann ich doch davon ausgehen, dass es richtig belegt ist. Alles dahinter ist doch bloß 1:1 verlängert. Hab ich ja wie gesagt auch getestet. Pin6 ist tot. Da habe ich schon alles probiert. Ich vermute mal Kabelbruch beim Einziehen.

Für das MFC-L2700DW reicht FastEthernet

Den MFC habe ich im Moment über WLAN am laufen

Wenn du aber oben im DG einen GbE-Ethernetswitch hast um auch andere Geräte dort anzuschließen

Einen Switch nicht, aber einen zweiten WLAN-Router als Accesspoint (und Switch).

und auch die Belegung der von dir verwendeten Anschlusskabel überprüfen und bei Bedarf korrigieren

Habe das wie gesagt mit einem 10-Euro-Kabeltester überprüft. Die Kabel sind wirklich 1:1 durchverdrahtet, da gibt es keinen Zweifel.

Noch irgendeine Idee? Muss ich die Fritte nach dem Anschluss des Fax vielleicht noch mal neu starten oder kann man da beim Konfigurieren noch irgendwelche Fehler machen? Könnte es sein, dass die dünnen Drähtchen des CAT5e-Kabels vom Querschnitt einfach nicht ausreichen?

 

[NDiIPP]

Aber wie soll das gehen? Wenn ich das Originale Fax-Kabel nehme, kann ich doch davon ausgehen, dass es richtig belegt ist. Alles dahinter ist doch bloß 1:1 verlängert. Hab ich ja wie gesagt auch getestet. Pin6 ist tot. Da habe ich schon alles probiert. Ich vermute mal Kabelbruch beim Einziehen.

Das kann auch "falsch gehen". Beispielsweise wenn das RJ12 auf RJ12 Kabel welches du verwendest nicht 1:1 durchkontaktiert ist. Oder wenn das Installationskabel nicht richtig aufgelegt wurde.
Und wenn es nicht geht dann ist halt irgendwo ein Verkabelungsfehler vorhanden der zu finden ist.

Könnte es sein, dass die dünnen Drähtchen des CAT5e-Kabels vom Querschnitt einfach nicht ausreichen?

Das würde ich mal für unwahrscheinlich halten wenn es nicht gerade ein Kabelbruch oder Wackelkontakt ist. Selbst bei dünnem AWG 32 Kabel dürften 50m kein Problem sein:
https://avm.de/service/fritzbox/fri...publication/show/139_Zulaessige-Kabellaengen/

Wobei CAT5-Kabel nicht dünner als AWG 26 sein dürfte und dann sollten 100m kein Problem sein.

 

[Jah-S]

Also irgendwie ist da der Wurm drin. Habe den MFC nun wieder direkt an die Fritte gesteckt: Geht auch nicht. War wohl eher Zufall, dass es gestern einmal geklappt hat. Wenn ich aber von einem angemeldeten DECT-Telefon die interne Nummer vom Fax wähle, höre ich das typische Fax-Gepiepse.

 

[Pom-Fritz!]

Das Problem VoIP->FAX->T.38 ist dir bekannt? Wenn's dann intern funktioniert …

 

[Jah-S]

Öhhm... ?!

Gerade bin ich auch darauf gestoßen und versuche mich etwas in die Thematik einzulesen. Ich hatte T.38 in der Fritte aktiviert, nachdem das Faxen nicht geklappt hat. Mittlerweile habe ich gelesen, dass die Teledings das nicht unterstützt und hab's wieder rausgeschmissen. Gerade läuft ein weiterer Versuch, zu faxen, bisher aber erfolglos.

Ich müsst jetzt aber lügen, wenn ich behaupten würde, ich wüsste, was T.38 genau ist.

EDIT: Ach ja, noch eine andere Idee: ich habe hier noch einen A/B-Wandler-Kästchen aus ISDN-Zeiten herumliegen. Also so etwas, was an einen S0-Bus angeschlossen wird und eine TAE-Buchse besitzt, woran man ein Analoggerät anschließen kann. Könnte ich das nicht an den S0-Bus der Fritte und dann das Fax da dran stöpseln?

Gruß
Jah-S

 

[Jah-S]

Des Rätsels Lösung:

Fritte:
Telefonie -> Telefoniegeräte -> Faxgerät löschen
Telefonie -> Eigene Rufnummern: Reiter "Anschlusseinstellungen", unten "Verbindungseinstellungen ändern" klicken und Häkchen bei T.38 entfernen
Bruder:
Menü -> Fax -> Diverses -> Kompatibilität -> "Sicher (für VoIP)" auswählen
Fritte:
Telefonie -> Telefoniegeräte -> neues Gerät einrichten -> Faxgerät neu konfigurieren und Nummern zuweisen

Quelle:
https://telekomhilft.telekom.de/t5/...J4625DW-als-Fax-an-Fritzbox-7590/td-p/3099029

Dann das Gerät aus'm Keller wieder ins DG schleppen, anschließen und faxen (sogar ohne Pin6)

Vielen Dank euch allen und ein schönes Restwochenende
Jah-S

 

[Pom-Fritz!]

Genau das habe ich vermutet! Super, dass du die Lösung gefunden hast. Setze doch bitten diesen Thread auf 'gelöst'.

 

[koyaanisqatsi]

Ich müsst jetzt aber lügen, wenn ich behaupten würde, ich wüsste, was T.38 genau ist.

Die Endgeräte quatschen sich darüber ab, bei einen Fehler/Abruch kann der Vorgang wiederholt ( Einwahl ) und an exakt genau der Stelle fortgesetzt werden, wo der Fehler/Unterbrechung auftratt.
...also eine Art "Downloadmanager" für Faxe
Macht Sinn für sehr grosse ( Seitenanzahl ) Faxe.

Interessanterweise unterstützt eine PBX wie Asterisk das T.38 Protokoll/Codec nur in der Form, dass sie es "durchreicht".
Das bedeutet, dass die PBX sich nicht weiter dafür interessiert und sie auch gar keinen T.38 Codec hat.
Das sollen gefälligst die Endgeräte unter sich ausmachen

 

[bytegetter]

T.38 macht ein wenig mehr. Die eigentlich Leitungsvermittelte Verbindung wird in Pakete aufgeteilt, die Faxübertragung selbst in Datenpakete (kein VoIP!) umgesetzt und übertragen, auf der Gegenseite wird das wieder rückgängig gemacht. Das funktioniert nur, wenn die Geräte auf beiden Seiten T.38 verstehen und umsetzen können. Bei hoher Latenz und Jitter funktioniert das leider nicht richtig, da dann die Faxe dann irgendwann abbrechen.

Hier finden sich noch ein paar Informationen dazu:
https://de.wikipedia.org/wiki/T.38

 

[beiti]

Bruder:
Menü -> Fax -> Diverses -> Kompatibilität -> "Sicher (für VoIP)" auswählen

Ich würde mal testen, ob es nicht auch ohne diese Option geht. Die bremst nämlich das Fax ziemlich aus. Das war in den Anfangszeiten von VoIP sehr wichtig (da gingen bei höheren Faxgeschwindigkeiten oft ganze Textzeilen verloren), sollte heute in Verbindung mit stabilen Internetzugängen aber nicht mehr unbedingt nötig sein.

 

[Pom-Fritz!]

Wer weiß, was das Gerät bei "Sicher (für VoIP)" einstellt. Vielleicht fängt auch hier das Gerät bei 14400 Baud an zu trainieren - ein Connect wird wahrscheinlich sowieso nur mit 9600 zu Stande kommen.

 

[beiti]

Wer weiß, was das Gerät bei "Sicher (für VoIP)" einstellt.

Laut dieser Seite wird schlicht die Geschwindigkeit auf 9600 bps gedrosselt.

 

[Pom-Fritz!]

Ok, hab diese Webseite nicht gecheckt. Trotzdem denke ich, dass mehr als 9600 Baud über einen G.711 Codec nicht (zuverlässig) funktionieren. Oder hat schon jemand (nachweislich) einen 14400 Connect über die F!B gehabt?

 

[koyaanisqatsi]

Moin


Die Fritz!Box selber ( interne Faxfunktion ) macht nur 9600 Baud ( senden ).
Mit einen lokalen Asterisk schick ich Faxe ( mit SendFax() ) erfolgreich mit 14400 Baud an die Fritz!Box ihre interne Faxfunktion ( empfangen ).
...ohne T.38, also mit G.711 ( aLAW, audio ).

[May  8 07:25:57]     -- Executing [fax@osmc:4] SendFAX("SIP/1004-00000057", "/tmp/fax.tif") in new stack
[May  8 07:25:57]     -- Channel 'SIP/1004-00000057' sending FAX:
[May  8 07:25:57]     --    /tmp/fax.tif
[May  8 07:25:58]        > 0xeadb60 -- Strict RTP switching to RTP target address 192.168.178.1:7082 as source
[May  8 07:25:58]        > 0xeadb60 -- Strict RTP learning complete - Locking on source address 192.168.178.1:7082
osmc*CLI> core show channels
Channel              Location             State   Application(Data)
SIP/1004-00000057    fax@osmc:4           Up      SendFAX(/tmp/fax.tif)
1 active channel
1 active call
53 calls processed
osmc*CLI> sip show channels
Peer             User/ANR         Call ID          Format           Hold     Last Message    Expiry     Peer
192.168.178.1    1004             5f2d633c1f5f5fd  (alaw)           No       Tx: ACK                    1004
1 active SIP dialog
[May  8 07:36:58]     -- Executing [fax@osmc:5] GotoIf("SIP/1004-00000057", "1?success:error") in new stack
[May  8 07:36:58]     -- Goto (osmc,fax,8)
[May  8 07:36:58]     -- Executing [fax@osmc:8] Verbose("SIP/1004-00000057", "MODE: audio") in new stack
[May  8 07:36:58] MODE: audio
[May  8 07:36:58]     -- Executing [fax@osmc:9] Verbose("SIP/1004-00000057", "PAGES: 6") in new stack
[May  8 07:36:58] PAGES: 6
[May  8 07:36:58]     -- Executing [fax@osmc:10] Verbose("SIP/1004-00000057", "BITRATE: 14400") in new stack
[May  8 07:36:58] BITRATE: 14400
[May  8 07:36:58]     -- Executing [fax@osmc:11] Verbose("SIP/1004-00000057", "RESOLUTION: 8031x7700") in new stack
[May  8 07:36:58] RESOLUTION: 8031x7700
[May  8 07:36:58]     -- Executing [fax@osmc:12] Verbose("SIP/1004-00000057", "ID: Interne Faxfunktion") in new stack
[May  8 07:36:58] ID: Interne Faxfunktion
[May  8 07:36:58]     -- Executing [fax@osmc:13] Verbose("SIP/1004-00000057", "...have a nice day") in new stack
[May  8 07:36:58] ...have a nice day
[May  8 07:36:58]     -- Auto fallthrough, channel 'SIP/1004-00000057' status is 'UNKNOWN'
[May  8 07:36:58]   == Extension Changed 1004[osmc] new state Idle for Notify User 1005

( 11 Minuten bei 14400 Baud für knapp 1MB ( 6 Seiten ) )
Faxgröße war/ist egal, einseitige TIFFs oder megabyte grosse mehrseitige TIFFs, kein Problem.

 

[beiti]

Oder hat schon jemand (nachweislich) einen 14400 Connect über die F!B gehabt?

Wie kann man das rausfinden? In den Faxprotokollen steht die Baudrate ja nicht drin.

Wenn ich irgendwo hinfaxe, kann ich mich allenfalls grob an der Übertragungszeit orientieren (wenn z. B. 1 A4-Seite nur gut 30 Sekunden dauert, gehe ich davon aus, dass die Übertragung schneller als 9600 bps gewesen sein muss).

 

[Pom-Fritz!]

@koyaanisqatsi: Danke für die Info. Es ist also möglich mehrere Seiten (in deinem Falle 6 Seiten) ohne Übertragungsfehler unter Benutzung eines G.711 Codecs mit 14400 Baud zu faxen. Warum schafft AVM das nicht bei der internen Faxfunktion? Die schalten doch auch (für Fax send/receive) alle Sprache bezogenen "Optimierungen" im Codec aus, wie Echo Canceling, Ruheerkennung, Komfortrauschen und derartige Dinge. Hier wird das Machbare also nicht erreicht! Wahrscheinlich hat AVM mit dem Thema "FAX" über die F!B abgeschlossen und entwickelt hier nicht weiter.

@beiti: 30 sek. pro Fax-Seite sagen leider gar nichts über die Geschwindigkeit aus. Eine Seite kann 200 oder 2000 Zeichen enthalten, was sich mit Sicherheit in der Übertragungszeit widerspiegelt. Da sagt das Protokoll von koyaanisqatsi schon mehr aus.

 

[koyaanisqatsi]

Gegentest: Interne Faxfunktion sendet 1 seitiges Fax ( Text aus Post #19 ) ohne Anhang ( JPG/PNG ) an Asterisk

[May  8 12:54:23]     -- Executing [1400@fbf1:2] Verbose("SIP/fbfgateway0-00000058", "Eingehendes Fax Di 8. Mai 12:54:22 CEST 2018") in new stack
[May  8 12:54:23] Eingehendes Fax Di 8. Mai 12:54:22 CEST 2018
[May  8 12:54:23]     -- Executing [1400@fbf1:3] Set("SIP/fbfgateway0-00000058", "LOCALSTATIONID=ChaoSoft") in new stack
[May  8 12:54:23]     -- Executing [1400@fbf1:4] ReceiveFAX("SIP/fbfgateway0-00000058", "/tmp/rfax.tif") in new stack
[May  8 12:54:23]     -- Channel 'SIP/fbfgateway0-00000058' receiving FAX '/tmp/rfax.tif'
[May  8 12:54:23]        > 0xeab180 -- Strict RTP switching to RTP target address 192.168.178.1:7078 as source
[May  8 12:54:24]        > 0xeab180 -- Strict RTP learning complete - Locking on source address 192.168.178.1:7078
osmc*CLI> core show channels
Channel              Location             State   Application(Data)
SIP/fbfgateway0-0000 1400@fbf1:4          Up      ReceiveFAX(/tmp/rfax.tif)
1 active channel
1 active call
54 calls processed
osmc*CLI> sip show channels
Peer             User/ANR         Call ID          Format           Hold     Last Message    Expiry     Peer
192.168.178.1    620              DCD0A9F37A5022B  (alaw)           No       Rx: ACK                    fbfgateway
1 active SIP dialog
[May  8 12:56:17]     -- Executing [1400@fbf1:5] Verbose("SIP/fbfgateway0-00000058", "STATUS: SUCCESS") in new stack
[May  8 12:56:17] STATUS: SUCCESS
[May  8 12:56:17]     -- Executing [1400@fbf1:6] Verbose("SIP/fbfgateway0-00000058", "ERROR: ") in new stack
[May  8 12:56:17] ERROR:
[May  8 12:56:17]     -- Executing [1400@fbf1:7] Verbose("SIP/fbfgateway0-00000058", "MODE: audio") in new stack
[May  8 12:56:17] MODE: audio
[May  8 12:56:17]     -- Executing [1400@fbf1:8] Verbose("SIP/fbfgateway0-00000058", "PAGES: 1") in new stack
[May  8 12:56:17] PAGES: 1
[May  8 12:56:17]     -- Executing [1400@fbf1:9] Verbose("SIP/fbfgateway0-00000058", "BITRATE: 9600") in new stack
[May  8 12:56:17] BITRATE: 9600
[May  8 12:56:17]     -- Executing [1400@fbf1:10] Verbose("SIP/fbfgateway0-00000058", "RESOLUTION: 8031x7700") in new stack
[May  8 12:56:17] RESOLUTION: 8031x7700
[May  8 12:56:17]     -- Executing [1400@fbf1:11] Verbose("SIP/fbfgateway0-00000058", "ID: Interne Faxfunktion") in new stack
[May  8 12:56:17] ID: Interne Faxfunktion
[May  8 12:56:17]     -- Executing [1400@fbf1:12] Hangup("SIP/fbfgateway0-00000058", "16") in new stack
[May  8 12:56:17]   == Spawn extension (fbf1, 1400, 12) exited non-zero on 'SIP/fbfgateway0-00000058'

Dauer: 2 Minuten ( bei 9600 Baud )

( Konvertiert in PNG, wegen Forensoftwarebeschränkung der erlaubten Dateitypen )
Originalgrösse der TIFF: 24,0 KB (24.576 Bytes)