Der Schalter für den Bridgemodus an den bestehenden CPE wäre natürlich auch eine Idee, damit wäre zumindest das Kundenbedürfnis befriedigt.
Das reine Modem hätte als Vorteile aber vermutlich noch, dass es wesentlich billiger in der Beschaffung wäre und eine um einiges einfachere Software für den Betrieb ausreichen würde, d.h. weniger Wartungsaufwand und mehr Stabilität für den Internetzugang.
genau wegen der zuverlaessigkeit moechte ich eben lieber eine bridge. fuer VDSL hatte ich bevorzugt eine ZyXEL P-870M in kombination mit einem eigenen router im einsatz. ergebnis: kundenseitig nie probleme. handkehrum hat mir der centro business 2.0 mit PPPoE passthrough bis jetzt auch keine kopfschmerzen bereitet. aber der kasten kann fuer meinen geschmack zuviel und man weiss nicht so genau was er moeglicherweise im hintergrund so alles treibt.
wie auch immer, habe jetzt mal in china angefragt ob man mir ein einzelnes Huawei MT992-10 verkaufen moege. sollte ich eines bekommen, werde ich berichten ob es funktioniert...
Ein reines Modem kann auch kleiner gebaut werden und braucht weniger Strom.
Aber der Umsatz ist dann halt auch kleiner.
Eine Alternative wäre auch dieses Modem : https://www.zyxel.com/products_services/G-fast-Bridge-Modem-with-1-port-GbE-Coaxial-XMG5101-S10A/ove...
Ich hab versucht das Huawei zu bestellen, habs aber nicht hinbekommen. Ich würde mich sofort einer Bestellung anschliessen falls das möglich wäre.
Gruss
micha
yep, das ZyXEL habe ich auch entdeckt. haette gedacht, dass man das dann mal beim studerus kaufen koennte. bis dato aber leider fehlanzeige.
ein weiteres habe ich noch gefunden: ZISA G100
wo/wie hast du versucht an das huawei zu kommen?
@mikeboss siehe hier:
Über Alibaba bei verschiedenen Händlern.
Aber mein Englisch ist schlecht.
@iichikocchischrieb:
Ich persönlich würde mich sehr interessieren, ob es auch mit den ähnlichen Plattformen wie C892FSP oder C891F funktionieren täte. Wenn es eh G.fast ist, was wir schliesslich brauchen, brauchen wir ja auch kein VDSL2-Modem ei
C891F, C892FSP, C887VA und C897VA haben alle dasselbe IOS-Image (jedenfalls in der latest 15.7.3(M2)), gemäss der MD5 Checksum. Zumindest von da her sind sie gleich.
Für C887VA und C897VA gibt es zwar separate VDSL-Firmware-Dateien; von denen ist die jüngste allerdings von Mai 2016 - da dürfte "unser" G.fast-Modul noch kaum bekannt gewesen sein.
An der Software auf diesen Kistchen dürfte es wohl nicht liegen, wenn's im 897VA klappt, in einem C891F oder einem C892FSP jedoch nicht - höchstens am Willen von Cisco. Und da habe ich schon so meine Erfahrungen machen dürfen *grummel*. Wobei... womöglich hilft der Klassiker "service unsupported-transceiver" auch in diesem Fall.
Ich habe hier zwar einen arbeitswilligen C892FSP, aber weder G.fast (diesen Frühsommer, so höre ich), noch ein passendes G.fast-SFP. Ich mache mich dann nach und nach auf die Suche 🙂
Gruss
Marc
Lieber @netztier
Vielen Dank fürs Erwähnen. Mittlerweile wurde es auch bei uns G.fast aufgeschaltet, das Kit mit dem SFP ist auch unterwegs (hat 3 Versuche beim Contact Centre gebraucht), aber ich habe mich immer noch nicht trauen können, eins von den diskutierten Plattformen (C891F oder C892FSP) zu bestellen. Preislich wäre halt nicht zu vertragen, wenn es nicht klappen würde.
Hat immer noch niemand eine Erfahrung gemacht, bei der dieses G.fast-Zusatzmodul ganz normal mit gewöhnlichen Router/Switch/Netzwerkadapter funktioniert hat? Ist mir schon komisch, dass niemand drüber berichtet, auch wenn IB/CB sehr gute CPEs sind...
Grüss
Hallo @iichikocchi
Dann sollten wir uns zusammentun. Ich hab' C892SFPs, die ein G.fast-Modul ausprobieren möchten, du hast ein G.fast-Modul, dessen Lauffähigkeit in einem C89x getestet werden will. Wo bist du geographisch basiert? Ich hab im Juni 3 Wochen Zeit und suche noch eine Ausrede für die eine oder andere Töfftour...
Cheers
Hi @netztier
Herzlichen Dank für deinen Vorschlag. Ich wohne in Lausanne und würde dich gern zu einem vor Ort-Experiment mit Bier und/oder Abendessen einladen. Für einen töfftour im Sommer wäre der Weg über die beliebte Wein-Herkunft Lavaux sehr schön, stelle ich mir vor 😉 Kannst mir eine private Nachricht zukommen lassen, wenn es dir gefällt!
Grüss
Die Fritzbox 7582 ist jetzt von Swisscom offiziell getestet : https://www.swisscom.ch/dam/swisscom/en/ws/documents/E_BBCS-Documents/e_bbcs_supporting-documentprov...
Init7 bietet die Box zum Verkauf an.
Über Cooper7 (BBCS) erreichen sie mit dem Zisa G100 auch schon 500/100 Mbps.
Trotz Coitus Interruptus (FTT nöd H), schön das es langsam vernünftige Setups ohne Zwangshardware gibt.
Da ich zufälligerweise eine C892FSP-Plattform auf ricardo gefunden habe, habe ich es endlich mit dem G.fast-Zusatzmodul von Swisscom versuchen können. Zunächst habe ich es unter IOS 15.6(3)M4 versucht, wobei der Transceiver gar nicht erkannt wurde:
*May 15 15:53:53.387: %PQ3_I2C-3-I2C_ERROR: I2C error at bus no. 1, device address 0xA0: I2C slave device not found. -Traceback= 6E4B2B8z 575AE28z 575D9C8z 5AD58B4z 5AD551Cz 5AD5B74z 57E4144z 57D81ACz 57D0E28z 57CFBB0z 57CDA48z 57CEB64z 4060220z 5B51688z 5FFE550z 5FE5480z *May 15 15:53:53.387: %MAINBOARD-3-I2CRW_ERROR: Read failure - Device @ 0xA0, offset 0x00000000 on I2C bus 1 *May 15 15:53:53.387: %MAINBOARD_SFP-6-INSERTED: Transceiver module unknown SFP is inserted in GigabitEthernet8 port. *May 15 15:53:53.387: %MAINBOARD_SFP-3-FAILURE: Transceiver module SFP is failed in GigabitEthernet8 port. -Traceback= 6E4B2B8z 57D8510z 57D0E28z 57CFBB0z 57CDA48z 57CEB64z 4060220z 5B51688z 5FFE550z 5FE5480z
War sehr enttäuscht, habe aber zweifelt auch die relativ neue IOS 15.7(3)M2 versucht – dann kam folgende Meldung:
*May 16 18:25:34.347: %MAINBOARD-3-I2CRW_ERROR: Read failure - Device @ 0xA0, offset 0x00000000 on I2C bus 1 *May 16 18:25:34.359: %GBIC_SECURITY_CRYPT-4-VN_DATA_CRC_ERROR: GBIC in port 1 has bad crc *May 16 18:25:34.359: %MAINBOARD_SFP-6-INSERTED: Transceiver module unapproved SFP is inserted in GigabitEthernet8 port. *May 16 18:25:34.359: %MAINBOARD_SFP-4-NON_CISCO_SFP: Unsupported SFP transceiver module found on board. *May 16 18:25:34.359: Configure service unsupported-transceiver to enable Metanoia SFP
Sehr interessant wurde es gleich empfohlen, den Befehl «service unsupported-transceiver», welcher bereits von @netztier erwähnt wurde, einzugeben. Das habe ich im globalen Konfigurationsmodus getan, dann den Transceiver nochmal reingesteckt – danach musste ich nur noch das zugehörige Interface mit gewöhnten DHCP-Konfigurationen (ip dhcp client calss-id 100008,0001) aktivieren und seitdem funktioniert alles tadellos!
*May 16 18:27:54.315: %MAINBOARD-3-I2CRW_ERROR: Read failure - Device @ 0xA0, offset 0x00000000 on I2C bus 1 *May 16 18:27:54.323: %GBIC_SECURITY_CRYPT-4-VN_DATA_CRC_ERROR: GBIC in port 1 has bad crc *May 16 18:27:54.323: %MAINBOARD_SFP-6-INSERTED: Transceiver module 1000BaseMT SFP is inserted in GigabitEthernet8 port. *May 16 18:27:54.323: %CONTROLLER-5-UPDOWN: Controller VDSL 8, changed state to down
Folgend ist die aktuelle Ausgabe von «show controllers VDSL 8». Mittlerweile scheint die Testphase (?) abgeschlossen zu sein und meine Messung erreicht 200 Mbps/50 Mbps bei dem Anschlus, welcher auf dem Checker 250/50 anzeigt.
Controller VDSL 8 is UP Modem Status : SHOWTIME FTU-R (DS) FTU-O (US) G.994.1 vendor ID: 0xB5004D5449418811 0xB5004244434DB19E G.994.1 country code: 0xB500 0xB500 G.994.1 provider code: MTIA BDCM G.994.1 vendor info: 0x8811 0xB19E System vendor ID: 0xB5004353434F0000 0xB5004244434D0000 System country code: 0xB500 0xB500 G.994.1 provider code: CSCO BDCM G.994.1 vendor info: 0x0000 0x0000 NT Version number: 8811r038 MT5321 NT Version number(octet): 0x3838313172303338204D543533323120 DPU Version number: v11.03.30 ^@ DPU Version number(octet):0x7631312E30332E333020202020202000 NT vendor serial number: C892FSP- 15.7(3)M2^@^@ NT vendor serial number(octet): 0x202020202020202020202020433839324653502D2031352E372833294D320000 DPU vendor serial number: eq nr port:01 oemid softwarerev DPU vendor serial number(octet): 0x6571206E7220706F72743A303120206F656D696420736F667477617265726576 NDR: 245407 kbits/s 51103 kbits/s ATTNDR: 245407 kbits/s 50376 kbits/s ATTETR: 217723 kbits/s 0 kbits/s
Auf dieser Stelle möchte ich mich bei der Community dafür herzlich bedanken, alles was ich dort gelernt habe. Ausserdem, dass Swisscom die Idee gehabt hat, neue Access-Technologie mit etwas marktüblichem wie SFP-Transceiver umtusetzen, finde ich wirklich toll. Ich danke euch!!
Liebe Grüsse
Shohta
@iichikocchi Das sind ja mal grossartige News! Gratuliere zum Singlebox-G.fast.
Dann kann ich ja auch auf die Jagd nach einem G.fast-SFP gehen. Welches waren die Zauber-Keywords, die du beim Contact Center hast flüstern müssen, um ein SFP zu erhalten?
@netztier schicke mir bitte eine PN mit Adresse und Telefonnr. dann solltest Du einen G.fast-SFP erhhalten.
Hallo zusammen
Ich wollte dich kurz fragen ob du mir bei dem Metanoia G.FAST SFP und dem Cisco 897 helfen könntest. Habe das Modul von der Swisscom erhalten, jedoch bleibt der VDSL Controller 8 immer down?
Hast du eine spezielle Konfiguration vorgenommen? Habe nur den service unsupported-transiver eingeschalten, dann war der Controller sichtbar.
Cisco 897VA hat die IOS Version 12.8.3
Gruss und vielen herzlichen Dank
rayman01
Guten Morgen @rayman01
Soweit ich gesehen habe, funktioniert das G.fast-Modul nur mit IOS Release 15.5.3M6 oder höher. Da es erst mit M6 unterstützt wurde, unterstützt 15.6 es nicht, wobei 15.7 es tut. Ich empfehle es dir, eine von den folgenden Versionen zu versuchen.
c800-universalk9-mz.SPA.155-3.M8.bin
c800-universalk9-mz.SPA.155-3.M6.bin
Für das G.fast-Modul muss nichts spezielles konfiguriert werden, ausser die service unsupported-transceiver bei der Global- und natürlich ip dhcp client class-id 100008,0001 bei der Interfaceebene, wenn DHCP.
Liebe Grüsse
Hallo @iichikocchi
Perfekt, danke vielmals für die Hilfe. Ich werde dies so versuchen und mich wieder melden.
Liebe Grüsse und bis bald
rayman01