Userbase

Ik heb gemerkt dat er enkele 'spook' IPs zitten in mijn Telenet netwerk. Deze worden erop gezet door de Telenet HGW.

Normaal krijgen toestellen in mijn Telenet netwerk van de Telenet HGW een IP in de range 192.168.1.xxx.

De IPs die ik na een scan heb gevonden zijn 192.168.100.1 en 192.168.100.254. Een ARP-ping gaf mij hun MAC-adres (beide verschillend). In mijn switch dan even opgezocht aan welke interface deze gelinkt zijn en dat bleek deze van de HGW te zijn.

192.168.100.1 is pingbaar en het MAC adres is hetzelfde als dat van mijn Telenet router. De volgende poorten staan open: Ik heb geen communicatie van of naar het adres kunnen waarnemen (met de Torch functie op de routerboard).
Een iets gedetailleerdere scan op de RPC-poort gaf: 192.168.100.254, dit adres is niet pingbaar (wel met een ARP-ping) en geeft wel een MAC-adres in de 00-E0-4C range. Een scan zegt dat alles toe zit (de host er niet is). Ook hier heb ik geen communicatie van of naar het adres kunnen waarnemen.

Iemand enig idee waarvoor ze dienen?

Nukem, net even gechecked en heb hetzelfde voor als jij ...
Mijn netwerk prefix 192.168.0.

Ik kan pingen naar 192.168.100.1 maar niet naar 192.168.100.254

meer ken ik er niet van van netwerken

Geen idee waarvoor dit diend

Zijn geen "spook" ip's hoor, ze zijn niet voor niets aanwezig op je lokaal netwerk.

Er is een thread van 2012 over dat IP adres: http://userbase.be/forum/viewtopic.php?p=467529

Dat topic ging over de modem-only cv6181e; dit gaat over de hgw.
En tis alleszins de eerste keer dat ik hoor over extra IPs bij de combi.

Die return die je krijgt van de 192.168.100.x adressen, gebeurt dit enkel als je in dat subnet zit, of route hij die returns naar je lokale 192.168.1.x range?

[ Post made via mobile device ]

Klopt, die topic had ik gezien in mijn zoektocht, hetzelfde IP, maar andere modem en situatie.

De HGW route de returns naar de lokale 192.168.1.x range (ik zat dus niet in de 192.168.100.x range bij de tests).

Uit ondervinding weet ik dat als de externe verbinding uitvalt (dus op TN-netwerk), de modem zelf IP-adressen begint uit te delen. Ik heb daar wat rond opgezocht en dat blijkt standaard-functionaliteit te zijn, toch zeker op de voorlopers van de huidige modem-onlys. Doel: techniekers toelaten in te loggen op de modem (toch volgens de documentatie die ik toen vond).

Extra info: De voorlaatste reactie op http://www.dslreports.com/forum/r221465 ... 168.100.x-.

Mmm.

Ik ben nu eens op de 192.168.100.x range gegaan en kan nu 192.168.100.254 wel gewoon pingen.
Als ik eens wat tijd heb zal ik nog wat portscans uitvoeren als ik in de range zit

Standaard heb je toch een webserver op die dingen... dus gewoon poort 80/443 waarop je status informatie en configuratie pagina's kan vinden.

@Nukem: Dat 192.168.100.254 niet reageert als je niet in dezelfde IP-range zit, lijkt mij niet meer dan normaal. Om een ping te laten lukken moeten beide partijen weten hoe ze de overkant kunnen bereiken. De modem heeft daar het raden naar...
@r2504: Je hebt inderdaad een webserver op die dingen, ware het niet dat TN die zorgvuldig afschermt eens verbonden...

Sinna schreef:@r2504: Je hebt inderdaad een webserver op die dingen, ware het niet dat TN die zorgvuldig afschermt eens verbonden...

Gewoon coax los trekken.

Ze hebben de webserver van de HGWs in de firmware om zeep geholpen, coax lostrekken helpt niet.

Zolang ze niet vanuit TN geprovisioneerd zijn, is de webserver bereikbaar. Maar eens geprovisioneerd is het inderdaad gedaan

Ik zal het trachten uit te leggen hoe het werkt.

dit is voor een modem-only (waar toch een router inzit) en de HGW hetzelfde.

de modems op zich is een goede modem-routers met zeer uitgebreide functionaliteiten met een max aan 31 dhcp adressen. indien men het kan gebruiken met de originele firmware. Hier zit het probleem.

De firmware die telenet gebruikt is niet hetzelfde als de firmware van de fabrikant,
zodra je de modem aan sluit knippert het ledje van RX als die gelockt is brand die volledig, nu gaat tx knipperen, indien gelockt, nu word via een tftp server de firmware en config geladen als dit gelukt is en de modem gedeelte heeft een ip adres gekregen is die online online knippert ook niet meer.

vanaf nu is de webinterface op 192.168.100.x niet meer beschikbaar daar telenet dat niet wil dat je dat gebruikt.
voor de modem-only versies (nu pas is de router functie ook niet meer beschikbaar in de modem only versies).
zou je wel op de webpagiga kunnen (na een flash van de modem kan dat) dan kun je RX en TX levels gewoon aflezen op de webinterface of beter met een tooltje in te lezen via 192.168.100.x

Voor een HWG laat men wel router functies toe maar ander zaken niet, zoals oa de webinterface is ook komen te vervallen, maar de interne adressen in de 192,168.100.x reeks blijven wel te zien in wireshark oid.

DUS VOOR DE CONFIG GELADEN IS VAN DE TFTP SERVER kun je de webinterface openen.

Hopende dat er nu wat meer duidelijk is in de opstart sequence van modems. ik heb eerder (jaren geleden) hierover al gepost. das lang voor dat TN met HWG zou komen, ik had het toen al voorspeld, toen werd het weggelachen met (forumtroll)

Een Swat technieker J van Boven is hiervoor nog speciaal bij mij voor op training geweest.

in een andere post was ersprake van beperkte DHCP clients de een zei minder dan 20 de andere had er 24 geprobeerd, het is altijd een veelvoud van 2 met aftrek van de adressen die de router zelf gebruikt je verwacht een veelvoud van 2, het antwoord is dus 32 - 2 = 30 dhcp clients. indien de router functie hetzelfde is als in de modem only toestellen.

Ik spreek uiteraard alleen over motorola toestellen.

bolleke64 schreef:ik heb eerder (jaren geleden) hierover al gepost. das lang voor dat TN met HWG zou komen, ik had het toen al voorspeld, toen werd het weggelachen met (forumtroll)

Welkom back na 6 jaar afwezigheid, maar pas op dat je niet spoedig terug als forumtroll bekeken wordt.
Want na 6 jaar niets, heb je vandaag alleen al 5 posts gestuurd, waarvan ik niet goed begrijp wat de bedoeling is.

• - wil je iemand concreet helpen?
  - zoek je hulp voor een concreet probleem?

Om je vorige lange post te resumeren in 2 woorden:
Je bevestigt dus gewoon (vanuit het zonnige zuiden ) dat de web interface van de Mototala modems en modem/routers niet meer beschikbaar is van zodra ze vanuit TN geprovisioneerd zijn ...

@Philippe: Bolleke64 bevestigt inderdaad wat ik schreef, maar de extra uitleg hieromtrent is voor mij (en ik denk niet alleen voor mij) waardevolle informatie.
Hierbij wil ik toevoegen dat de huidige CBN's heel waarschijnlijk doorontwikkelingen zijn van de vroegere Motorola-toestellen. Bij sommige modellen was het op het logo na bijna van elkaar te onderscheiden...

bolleke64 schreef:zodra je de modem aan sluit knippert het ledje van RX als die gelockt is brand die volledig, nu gaat tx knipperen, indien gelockt, nu word via een tftp server de firmware en config geladen als dit gelukt is en de modem gedeelte heeft een ip adres gekregen is die online online knippert ook niet meer.

vanaf nu is de webinterface op 192.168.100.x niet meer beschikbaar daar telenet dat niet wil dat je dat gebruikt.

Als je coax niet is aangesloten valt er natuurlijk niets van een TFTP server te laden

Als de modem niet online kan (zonder coax), kan die niks downloaden.

Dat geeft juist aan dat niet alleen de config file geladen wordt maar ook het OS.

Ik probeerde het alleen verder uit te diepen wat eerder al gezegd was, omdat men er steeds achter blijft vissen.

Waarom TN dat in het RAM geheugen zet ipv te flashen is mij niet duidelijk, mogelijk wil motorola daar geen licentie voor geven aan TN,
Ik vind dit een interessante vraag, wie weet hier het antwoord op? Waarom in RAM laden als je het ook kan Flashen, Modems flashen heb ik al gedaan dus technich best mogelijk.

Eerst, tis HGW (Home GateWay), niet HWG.
Twee, bedoel je niet "webserver/service" ipv "router" als je zegt dat die ook in de modem only steekt, en uitgeschakeld wordt na de firmware push?

[ Post made via mobile device ]

Misschien wil TN niet dat iemand de flash uitleest?

1 was een tikfout heb het aangepast het is HGW
2 het is zelfs beide,
TN heeft geen geen modem-only al die modems, hebben dhcp on board dus een volledige router, maar die word uitgezet, en daarom noemen ze die modem-only. de klant ziet geen router. en webinterface word ook uitgezet, maar als je de modem/router flashed, komen de originele functionaliteiten weer in de web interface

zijn er de volgende mogelijkheden,
de config file laden wan/lan dus lan kiezen
een dd-wrt router erachter waar een TFTP server op draait en de config laad via lan.
de config kun je zelf editen dus zoals down en up stream snelheid instellen.
en de routerfunctie is dan ook volledig beschikbaar met max 30 ip adressen 2 zijn voor de router zelf
incl DDNS. portfwd en nog veel meer.
Gewoon spijtig dat telenet dat allemaal moest afschermen,

maar zon modem met eigen router geeft veel meer mogelijkheden.
Ik heb zelf nooit geen HGW gehad en adviseerde mijn klanten dat ding weg te doen en zelf een router te plaatsen.

Was er een modem defect dan werd die gewoon vervangen door een andere, die behoefde niet eens geprovisioneerd te worden bij TN.
Gewoon het mac id van de defecte modem in de nieuwe zetten aansluiten en het werkt weer.
Het is allemaal zo simpel als je maar weet hoe het werkt.

Als je al firmware zou kunnen flashen, dan moet je er eerst nog aangeraken (of zelf moeten compileren op basis van ??? sources).
Daarbij: TN pusht om de zoveel tijd nieuwe firmware. Dat zal wel niet zonder reden zijn.

als je flashed zet je wel config laden van wan uit, dan kan telenet niks pushen, maar dit is off topic antwoord

Gewoon het mac id van de defecte modem in de nieuwe zetten aansluiten en het werkt weer.
Het is allemaal zo simpel als je maar weet hoe het werkt.

Met BPI+ werkt dat niet meer

hoe het werkte weet ik niet, ik had ene tooltje en kon je gewoon handmatig een mac id ingeven, het is al wel langer geleden, mogelijk is het nu wat beter dicht gespijkerd.