1. Welkom op het onafhankelijke Ziggo Gebruikersforum. Een forum voor en door gebruikers van Ziggo.
    Registreer je gratis om direct zelf berichten te plaatsen en gebruik te maken van extra functies!
    Verberg deze melding

Bereikbaarheid en uitleesbaarheid van Modems

Discussie in 'Internet - Eigen netwerk' gestart door meesdroo, 20 jul 2009.

Niet open voor verdere reacties.
  1. @marcel

    je downsreams zijn veel te laag

    Downstream 1314.00 MHz 8.39 dBmV 38.98 dBQAM 2560Downstream 2330.00 MHz 8.46 dBmV 37.64 dBQAM 2560Downstream 3346.00 MHz8.56 dBmV 37.64 dBQAM 2560 Downstream 4--------------------0

    btw ik heb er maar 3
    en ik kan ook altijd in modem kijken

    peter
     
  2. Pletter,

    De waarden van Marcel liggen zowel kwa signaal-niveau als kwa signaal/ruis niveau lager dan de jouwe. Die liggen trouwens zó hoog dat ik een splitter-versterker op je AOP verwacht.

    Maar kijken we even naar onderstaand overzicht voor kabel-signalen:

    A. Upstream signaal minima en maxima:

    +8 dBmV to +58 dBmV voor QPSK. (DOCSIS 1.0, 1.1)
    +8 dBmV to +55 dBmV voor 8 QAM and 16 QAM. (DOCSIS 1.0, 1.1)
    +8 dBmV to +54 dBmV voor 32 QAM and 64 QAM. (A-TDMA DOCSIS 2.0)
    +8 dBmV to +53 dBmV voor S-CDMA DOCSIS 2.0 (Alle Modulatie types)

    *Aanbevolen upstream signaal niveau's zijn: +35 dBmV to +52 dBmV.
    Streefwaarde (inregelwaarde) signaal niveau is: +45 dBmV.


    B. Downstream signaal waardes:

    Voor alle modems:
    -10 dBmV to +10 dBmV "Aanbevolen".
    -11 dBmV to -14 dBmv / +11 dBmV to +14 dBmV "Acceptabel".
    -15 dBmV & +15 dBmV "Maximum"

    *Streefwaarde (inregelwaarde) signaal niveau is: 0 dBmV.


    C. Signaal/ruis niveaus:

    QPSK: 12 dB minimum. 15 dB or hoger aanbevolen. (vaak gebruikt voor upstream kanalen).
    16 QAM: 18 dB minimum. 21 dB of hoger aanbevolen. (vaak gebruikt voor upstream kanalen).
    64 QAM: 24 dB minimum. 27 dB of hoger aanbevolen. (vaak gebruikt voor downstream kanalen).
    256 QAM: 30 dB minimum. 33 dB of hoger aanbevolen. (vaak gebruikt voor downstream kanalen).

    * Upstream S/N niveaus zijn voor de gebruiker nooit zichtbaar.


    D. Veiligheidsmarges

    Modem signalen en ruisniveau's kunnen tot 3 dBmV en 3 dB variëren tengevolge van temperatuurverschillen; meet dus bij voorkeur meerdere malen onder wisselende omstandigheden gedurende minstens 24 uur.
    Wanneer de variatie groter is duidt dit op andere (kabel en kabelversterker) problemen die dringend aandacht behoeven.
    Gezien eerder genoemde variaties is het gewenst bij alle bovengenoemde signaal en signaal/ruis niveaus een veiligheidsmarge van 3 dBmv en 3 dB aan te houden.


    E. Codewords (indien beschikbaar)

    Richtlijnen (in percentages van het totaal aantal codewords) zijn ongeveer:
    correctable codewords: >2.5% ongewenst, >5% onacceptabel.
    uncorrectable codewords: >0.5% ongewenst, >1% onacceptabel.

    *Streefwaarde uncorrectable codewords is: 0 of zo dicht mogelijk in de buurt


    Je ziet nu dat Marcel's signaal-waarden nog redelijk binnen de specificaties vallen. Het valt dus niet te verwachten dat hij serieuze problemen heeft die veroorzaakt worden door zijn signaal-niveaus (wanneer die tenminste niet wild op en neer gaan; dus meerdere keren kijken en vergelijken).

    Mees de Roo
     
  3. Ik heb mijn modem pas anderhalve week... Ik heb het nu een paar keer geprobeerd en dan zonder problemen en zolang als ik wilde (half uur of langer). Al te lang kan ook weer niet, andres krijg ik klachten omdat internet er tijdens zo'n sessie wel uit ligt :).

    Nee, de hele range 192.168.0.0/16 is private, dus niet routable over internet, wel binnen een private netwerkstructuur. Wel is 192.168.100/24 natuurlijk een ander netwerk dan bijvoorbeeld 192.168.1/24, zodat voor verkeer tussen die netwerken een router nodig is.
    Dat je je modem alleen maar kan pingen heeft te maken met wat ik eerder in dit topic postte, maar daar wordt hier verschillend over gedacht :wink:.
     
  4. JD1,

    Je denkt in te eenvoudige (consumer) router opzetjes.

    Ik geef je een voorbeeld van een iets complexere opzet (met 2 routers achter elkaar) waardoor je ziet dat een local area network wel degelijk aan de WAN kant van je router thuishoort/kan thuishoren.

    Cable Modem >>> 1e router \>> 2e router >>>>>>>>>>\>>(green)>>> diverse PC's
    ......................................\>> 1e ftp/samba server.....\>>(orange)>> 2e ftp/samba server
    ......................................\>> diverse PC's................\>>(blue)>>>> diverse WiFi PC's

    (.... ipv blank want editor gooit blank weg!)

    1e router WAN: 84.104.x.x
    1e router LAN: 172.24.23.254
    1e router DMZ: 172.24.23.201
    1e LAN-net: 172.24.23.0/24
    1e server: 172.24.23.1/16 (truc om ook 2e net te kunnen serven)
    2e router WAN: 172.24.23.200, alias 172.24.23.201
    2e router LAN (green): 172.24.24.200, net: 172.24.24.0/24
    2e router LAN (orange): 172.25.24.200 (DMZ), net: 172.25.24.0/24
    2e router LAN (blue): 172.24.25.200 (WiFI), net: 172.24.25.0/24
    2e server: 172.25.24.1/24

    De routing tables op de 2e router zien er dan alsvolgt uit:
    Kernel IP routing table
    Destination Gateway Genmask Flags Metric Ref Use Iface
    172.24.23.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
    172.25.25.0 0.0.0.0 255.255.255.0 U 0 0 0 eth3
    172.24.24.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
    172.24.25.0 0.0.0.0 255.255.255.0 U 0 0 0 eth2
    0.0.0.0 172.24.23.254 0.0.0.0 UG 0 0 0 eth1

    Zoals je ziet wordt alles wat niet thuishoort op de DRIE lokale subnets (green, orange,blue) van de 2e router, doorgesluisd naar danwel het locale subnet van de eerste router (eerste regel), of, wanneer het daar niet hoort, rechtstreeks via de 1e router naar buiten (laatste regel). Ik heb dan ook geen enkel probleem mijn kabelmodem via twee routers uit te lezen.

    Wat je ook duidelijk ziet is dat goede routers moeten kunnen omgaan met netwerken waar zowel aan de LAN (eth0,eth2,eth3) als aan de WAN (eth1) kant gebruik wordt gemaakt van (IANA) lokale ip-adressen, en hun firewall regels dienovereenkomstig moeten aanpassen.

    Mees de Roo
     
    Laatst bewerkt door een moderator: 10 aug 2009
  5. :) Ik houd van simpel, dat klopt.

    Ik geloof dat het bij jou zo werkt (btw, mooie setup :)) en heb het zelf ook wel eens zo werkend gehad, maar:

    Het blijft een feit dat aan de WAN-zijde van je eerste router 2 interfaces (router 1-WAN en netwerkinterface modem) op een verschillend Layer 3-netwerk zitten, terwijl ze fysiek op hetzelfde netwerk zijn. Dit is niet zoals het volgens de theorie hoort (hosts op een fysiek netwerk behoren tot hetzelfde L3-netwerk) en als het niet werkt, is dat niet vreemd.
     
  6. Dat denk je maar,

    Moet je eens gaan sniffen tussen modem en (1e) router.
    Dan zal je bij vrijwel elke ISP zien dat parallel aan het Public netwerk dat zij servicen, ook een uitgebreid Class A (10.0.0.0/8) lokaal netwerk mee-loopt.
    Ik heb destijds al sniffend (met een zorgvuldig verzonnen 10.x.x.x ip-adres) bij het voormalige Multikabel een aantal slecht functionerende load-levellers voor ftp en dns "ontmaskert", die het onderscheid tussen lokaal en public soms kwijtraakten!

    De in sommige routers ingebouwde firewall, zal je inderdaad vaak graag zo instellen dat je lokale adressen niet het www oplaat of toelaat van het www;
    ikzelf heb hier ook diverse rules van dat type in werking, wanneer althans de honeypot niet aanstaat.
    Maar dat is geen router-functie.
    Dat is een (op zich goede) firewall policy die instelbaar/overrulebaar moet zijn.

    Mees de Roo
     
  7. Zeker interessant, maar het is niet hetzelfde. In jouw geval komen die pakketjes voor 10.0.0.0/8 niet direct van een 10.0.0.0/8-adres maar in laatste instantie van de interface van de providergateway. En die zit op hetzelfde fysieke en ip-netwerk als de WAN-interface van je router. Niet vreemd dus dat ze daar kunnen aankomen. (Wel fout natuurlijk. :)) Waar we het hier over hebben is dat de modem en de router op hetzelfde fysieke, maar op een verschillend ip-netwerk zitten. Jij vindt dat dat zonder meer moet werken en ik niet.

    Ik heb nog eens geprobeerd te testen wat de rol van de firewall hier is. Zoals gezegd werkt mijn verbinding met 192.168.100.1 sporadisch met een public WAN-ip en (voorzover ik het na een goede week kan beoordelen) stabiel met een private WAN-ip uit de range 192.168.100.0/24. Als het 'm in de firewall zit, is mijn D-linkje iig niet zo dom dat hij in dat laatste geval verkeer over de WAN-interface vanaf een private ip weigert. Stel ik een ander private WAN-ip in (bijv. 192.168.200.10), dan werkt niets meer, ook pingen niet. Mijn conclusie is daarom dat het niet werkt omdat beide hosts deel uitmaken van een ander ip-netwerk en dat de firewall hier buiten staat. Voor wat het verder waard is: Deze router logt zo'n beetje elke scheet van de firewall, maar een melding over een geblocked pakketje van de modem ben ik nog niet tegengekomen.
     
  8. JD1,

    Het doet er niet toe wat jij vindt, maar wat de routing-table van je router vindt.

    Wanneer daar (onderaan) een rest-record (0.0.0.0 x.x.x.x 0.0.0.0) staat zonder dat hoger in die table een record 192.168.100.0 y.y.y.y 255.255.255.0 (1) of 192.168.0.0 z.z.z.z 255.255.0.0 (2) staat MOETEN pakketten met 192.168.100.1 door de router volgens DIE tables gerouted worden.
    (1) mag niet want je hebt geen 192.168.100.0/24 netwerk gedefinieerd staan. (2) mag niet tenzij je een LAN-netwerk van 192.168.0.0/16 gedefinieerd hebt.
    Aangezien je router die pakketten dus niet tegen kan en mag houden, is de enig mogelijke conclusie dat de firewall dat doet (ongeacht of dat gelogd wordt of niet), of dat je router verkeerde routing tables aanmaakt.

    Kan je de routing tables van je router uitlezen/configureren? (sommige linux-achtigen kunnen dat goed).

    Mees de Roo
     

  9. Nee, de routingtabel van de router (die ik op mijn D-Link helaas nergens kan uitlezen :cry:) doet er hier niet toe, evenmin als de firewall. Interessanter is wat de Arris ervan vindt. Ik heb 's getest:

    - hub tussen router en modem
    - pc op hub in zelfde ip-netwerk als Arris, met Wireshark sniffend op 192.168.100.1

    Wat blijkt:

    Wanneer ik op een pc achter de router de webinterface van de Arris wil benaderen, worden die pakketjes (syn op http) netjes doorgestuurd. Maar, de Arris doet er niets mee: er komt geen enkele reactie. (Jij zult zeggen 'stoute, brakke Arris', ik zeg 'brave Arris' :wink:.)

    Benader ik de modem vanaf de pc voor de router, die in hetzelfde netwerk zit als de modem, dan werkt het altijd en krijg ik een stortvloed aan packets van de modem binnen.
     
  10. Heb je dan tijdens deze test het modem nog gereset ?
    Want als het goed is wil het modem maar met 1 computer tegelijk 'praten' en checkt hiervoor het mac-adres van de aangesloten nic. Het zou echter kunnen (niet getest) dat dit alleen geldt voor de internet-poort van de modem en dat de ethernetpoort van het modem wel voor statusverkeer vanaf een machine in het 192.168.100.xxx netwerk reageert (??)

    In dat geval hoef je niet eens een hub te gebruiken, maar zou je ook via een switch ertussen en een laptop/computer met een vast-ip in het 192.168.100.xxx erin moeten kunnen komen ??
     
Niet open voor verdere reacties.

Deel Deze Pagina