connectbox giga omruilen voor een Ubee UBC1318ZG

[Razor58]

Goedendag,

gezien de huidige vrije modemkeuze en en puma6 chipset problemen zou ik graag mijn modem willen vervangen  voor de Ubee UBC1318ZG. ik gebruik geen wifi van het modem wat ik nu heb en heb vorig jaar nog het aop laten vervangen naar de recente standaard.

Mijn voorkeur gaat uit naar een zo een dom mogelijk modem die puur als bridge dient.

kunnen jullie dit in gang zetten?

Mvgr,

Hubert

[Jan F.]

De vrije modem keuze houdt niet in dat Ziggo daar in moet voorzien, maar het staat u vrij om een geschikt modem te kopen. Dat zal dan door Ziggo worden geactiveerd.

[tobiastheebe]

Ziggo levert sinds circa 10 jaar geen modems zonder ingebouwde router (eRouter) meer. Ook de UBC1318ZG moet in bridge mode gezet worden om de eRouter uit te schakelen. Indien bridge mode al actief is op het huidige modem, dan neemt het nieuwe modem deze configuratie over.

[Razor58]

Dat snap ik. Maar mijn keuze is een modem zonder wifi.. als ziggo daar in kan voorzien dan graag.

[Razor58]

Dat weet ik. Ik ben al klant sinds a2000 tijdperk.. 🙂 ik wil een modem zonder wifi en geen chipset issues. De ubee blijkt goed te zijn en te voldoen aan mijn vraagstelling. Vandaar mijn verzoek.

[tobiastheebe]

De UBC1318ZG is bij uitstek geschikt om in bridge mode te worden gebruikt en kent niet de beperkingen van het SmartWifi modem, dankzij de Broadcom-chipset.

Een moderator (Ziggo-medewerker) kan een UBC1318ZG toesturen en komt binnen enkele dagen langs in dit topic.

In voormalig UPC-gebied is het sinds 27-6 mogelijk om een eigen aangeschaft modem, zoals een FRITZ!Box, te activeren. Dit is sinds enkele weken ook mogelijk met de Mijn Ziggo-app.

[robinjoo19]

@tobiastheebe alle fritzboxen draaien ook met een intel puma chipset dan wel de 7 serie maar nog steeds met enige merkbare issues voornamelijk met latency

[tobiastheebe]

Ik had begrepen dat de implementatie van de Puma-chipset bij de FRITZ!Box van duidelijk hogere kwaliteit is, waardoor de latency spikes e.d. zoveel mogelijk beperkt zijn.

[robinjoo19]

ja zoveel mogelijk niet weg het  is immers inhert aan de chipset family die gebruikt is welke nog steeds in de hardware overgegaan is naar de puma 7

mijn voorkeur gaat uit naar broadcom zeker uit ervaring die ik nu heb ermee

[tobiastheebe]

Klopt helemaal, bij mij komt de Puma-chipset er ook niet meer in. Ik ben nog steeds erg tevreden met mijn UBC1318ZG in bridge mode.

[Razor58]

Ik hoop het. Zo te horen is de ubee wel een vooruitgang op de connectbox

[Razor58]

Ik hoop hier dezelfde ervaring te hebben 😁

[Maud]

Hi @Razor58, welkom op de Ziggo Community! 

Goed dat je ons hier hebt gevonden! We kunnen het modem niet zonder reden omruilen voor de Ubee UBC1318ZG. Ervaar je ook problemen of wat is er precies aan de hand? Of werkt alles goed maar wil je gewoon een modem zonder wifi? 

[Razor58]

Beste Maud,

voor het connectbox modem had ik en modem met puur alleen bridge mode.

Echter sinds ik het connectbox modem heb, ervaar ik toch ook een hogere latency naar mijn idee tijdens gamen.

ik kon hier nooit me vinger op leggen maar na de verhalen over de puma6 chipset snap ik het wel.

dit is bv een ping test naar nu.nl

PING www.nu.nl (2.19.195.226): 56 data bytes
64 bytes from 2.19.195.226: icmp_seq=0 ttl=56 time=11.497 ms
64 bytes from 2.19.195.226: icmp_seq=1 ttl=56 time=7.517 ms
64 bytes from 2.19.195.226: icmp_seq=2 ttl=56 time=9.360 ms
64 bytes from 2.19.195.226: icmp_seq=3 ttl=56 time=8.017 ms
64 bytes from 2.19.195.226: icmp_seq=4 ttl=56 time=8.330 ms
64 bytes from 2.19.195.226: icmp_seq=5 ttl=56 time=8.819 ms
64 bytes from 2.19.195.226: icmp_seq=6 ttl=56 time=8.001 ms
64 bytes from 2.19.195.226: icmp_seq=7 ttl=56 time=16.860 ms
64 bytes from 2.19.195.226: icmp_seq=8 ttl=56 time=6.795 ms
64 bytes from 2.19.195.226: icmp_seq=9 ttl=56 time=10.504 ms
64 bytes from 2.19.195.226: icmp_seq=10 ttl=56 time=7.933 ms
64 bytes from 2.19.195.226: icmp_seq=11 ttl=56 time=10.261 ms
64 bytes from 2.19.195.226: icmp_seq=12 ttl=56 time=8.253 ms
64 bytes from 2.19.195.226: icmp_seq=13 ttl=56 time=9.632 ms
64 bytes from 2.19.195.226: icmp_seq=14 ttl=56 time=7.987 ms
64 bytes from 2.19.195.226: icmp_seq=15 ttl=56 time=8.159 ms
64 bytes from 2.19.195.226: icmp_seq=16 ttl=56 time=9.732 ms
64 bytes from 2.19.195.226: icmp_seq=17 ttl=56 time=10.238 ms
^C
--- www.nu.nl ping statistics ---
18 packets transmitted, 18 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 6.795/9.327/16.860/2.179 ms

pak ik bv microsoft.com

PING www.microsoft.com (104.85.1.163): 56 data bytes
64 bytes from 104.85.1.163: icmp_seq=0 ttl=56 time=12.746 ms
64 bytes from 104.85.1.163: icmp_seq=1 ttl=56 time=9.011 ms
64 bytes from 104.85.1.163: icmp_seq=2 ttl=56 time=9.526 ms
64 bytes from 104.85.1.163: icmp_seq=3 ttl=56 time=18.435 ms
64 bytes from 104.85.1.163: icmp_seq=4 ttl=56 time=7.527 ms
64 bytes from 104.85.1.163: icmp_seq=5 ttl=56 time=7.172 ms
64 bytes from 104.85.1.163: icmp_seq=6 ttl=56 time=8.372 ms
64 bytes from 104.85.1.163: icmp_seq=7 ttl=56 time=8.718 ms
64 bytes from 104.85.1.163: icmp_seq=8 ttl=56 time=9.946 ms
64 bytes from 104.85.1.163: icmp_seq=9 ttl=56 time=7.643 ms
64 bytes from 104.85.1.163: icmp_seq=10 ttl=56 time=10.149 ms

nu is het misschien rustiger qua verkeer maar je kan zien toch ook uitschieters en op drukkere tijden kan dit toch hoger uitvallen. Mijn aop heb ik ook vorig jaar laten aanpassen naar de laatste standaard omdat ik toen ook problemen ervaarde op me mijn verbinding. Ik ga er vanuit dat dit ubee modem de laatste stap is.

Vandaar alles bij elkaar mijn verzoek om het connectbox modem om te ruilen voor een Ubee1318zg.

Hopelijk kan je me hierbij helpen.

[anoniemforum]

kun je een foto maken van het aop

en een printscreen van de down en upstream

https://community.ziggo.nl/deel-je-tips-en-suggesties-91/waar-vind-ik-de-up-en-downstreamwaarden-van...

[Razor58]

   Bij deze!

     

 

[robinjoo19]

ik vind het docsis 3.1 ofdm kanaal wel weinig power hebben ben meestal gewend dat die iets hoger ligt

@tobiastheebe maar dit zou geen problemen moet geven en hier is een ubee zakelijk modem wel geschikt lijkt me als ik naar de signaalwaardes kijken zien die er verder in mijn ogen wel goed uit 

[tobiastheebe]

Het OFDM-kanaal (of in elk geval de PLC) is inderdaad opvallend zwak t.o.v. de SC-QAM-kanalen, maar het is nog acceptabel.

De kabel tussen splitter 1 en 2 (POA-01-B en VFC 2104) is slecht afgemonteerd op matige kwaliteit opdraaistekkers, deze zou ik vervangen door een IEC/F-kabel groen/rood. De verloopstekker op de POA-01-B kan dan komen te vervallen.

[Razor58]

ja die grijze idd. maar die gaat verder naar 2 coax aansluitingen toe. ansich niet echt boeiend. maar wil ik nog wel een keer aanpassen inderdaad. de linker groene gaat direct naar de connectbox.

[robinjoo19]

die kabel kan met hoe slecht die is wel voor verstoring zorgen