uitgedeeld IPadres Gateway en IPadres router verschillen

[mschol]

in een bedrijf (waar ik systeembeheer zaken moet gaan regelen) staat een Zyxel P-660H-D3
dit is een nieuwe internetlijn en is enige tijd geleden al werkend opgeleverd.

Nou had ik een vraag hierover, wat ik niet kon vinden via google of hier via de search:

De ip range die uitgedeeld wordt door de zyxel is: 198.19.98.2-200, de zyxel heeft als ip adres 198.19.98.1
Als ik kijk naar de dhcp lease die wordt uitgegeven krijg ik de volgende gegevens terug bij IPconfig:

Ethernet adapter Local Area Connection:

Connection-specific DNS Suffix . :
Link-local IPv6 Address . . . . . : fe80::81a2:2886:1b8b:9d83%24
IPv4 Address. . . . . . . . . . . : 198.19.98.2
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 192.168.1.1

Nou vraag ik mij af: waarom is het ip adres van de gateway anders als het IP van de zyxel (die als internet gateway wordt gebruikt)
Het enige wat ik kon vinden is dat 192.168.1.1 het standaard ip adres is van die router
Het functioneert wel, maar waarom gebeurd dit (en is het e.v.t. aan te passen? )?

[Anoniem: 203842]

Geef even de volgede commando's in de juiste volgorde:

ipconfig /release
ipconfig /flushdns
ipconfig /renew

Kijk even of er iets veranderd is.

[mschol]

Anoniem: 203842 schreef op dinsdag 25 januari 2011 @ 13:48:
Geef even de volgede commando's in de juiste volgorde:

ipconfig /release
ipconfig /flushdns
ipconfig /renew

Kijk even of er iets veranderd is.

2 v/d 3 gedaan (eerste + laatste optie), wat geen verschil maakt(kan momenteel niet bij die internetaansluiting om de 2de optie te proberen, die zit op een andere lokatie)
router is ook al gereboot softwarematig

[ Voor 3% gewijzigd door mschol op 25-01-2011 14:02 ]

[Jelte,89]

Als het goed is kun je in de router je default gateway adres veranderen,

Maar kun je de router wel benaderen als je naar http://192.168.1.1 gaat?

[DJSmiley]

zet je subnet goed of pas je ip's aan.

je gateway valt nu buiten het bereik van je subnet (je hebt nu een /24 maar de gateway ligt erbuiten.)

_{Of laat je netwerkbeheerder dit regelen, ik neem aan dat je dit deel niet zelf doet, subnetting is nogal basic}

[mschol]

Jelte,89 schreef op woensdag 26 januari 2011 @ 00:15:
Als het goed is kun je in de router je default gateway adres veranderen,

Maar kun je de router wel benaderen als je naar http://192.168.1.1 gaat?

dat is dus ook een beetje het probleem: in de zyxel kan je dus niet opgeven (op de ip range na) wat er naar de clients moet worden gestuurd.

als ik naar 192.168.1.1 ga krijg ik een time-out (opzich vind ik dat best logisch, aangezien hij helemaal niet op het netwerk zou zitten)

DJSmiley schreef op woensdag 26 januari 2011 @ 08:59:
zet je subnet goed of pas je ip's aan.

je gateway valt nu buiten het bereik van je subnet (je hebt nu een /24 maar de gateway ligt erbuiten.)

_{Of laat je netwerkbeheerder dit regelen, ik neem aan dat je dit deel niet zelf doet, subnetting is nogal basic}

ik ben geen held in subnetten maar voor de gekozen range (198.19.98.0-198.19.98.254) is hij correct
die gegeven gateway (192.168.1.1) hoort helemaal niet te worden gegeven, de verwachte gateway was dan ook: 198.19.98.1

hierbij route gegevens en ipconfig /all

[ Voor 4% gewijzigd door mschol op 26-01-2011 11:05 ]

[SniperGuy]

Toevallig hard een gateway ingevuld bij de TCP/IP v4 settings van de netwerkadapter?
Het 'general' scherm lijkt alles DHCP, je moet even doorklikken naar 'advanced'



Hier doorklikken naar advanced

Vervolgens kom je hier. Alles moet er zo uitzien als hieronder.

[ Voor 77% gewijzigd door SniperGuy op 26-01-2011 11:13 ]

[mschol]

SniperGuy schreef op woensdag 26 januari 2011 @ 11:09:
Toevallig hard een gateway ingevuld bij de TCP/IP v4 settings van de netwerkadapter?
Het 'general' scherm lijkt alles DHCP, je moet even doorklikken naar 'advanced'


[afbeelding]
Hier doorklikken naar advanced

Vervolgens kom je hier. Alles moet er zo uitzien als hieronder.
[afbeelding]

net gecheckt en ook daar staat alles op standaard (kan ook haast niet anders, want als de andere internetlijn+router eraan zit krijgt hij wel netjes de juiste gateway behorend bij de gebruikte ip-range)

tevens staan er geen static routes ingesteld in de zyxel

[ Voor 4% gewijzigd door mschol op 26-01-2011 11:36 ]

[Glewellyn]

Hoe zijn je proxy-instellingen? Als er een proxy binnen hetzelfde subnet draait die wel een werkende default gateway heeft kan je via die proxy internetten.

Daarmee voorkom je dan ook meteen dat de gebruikers de proxy kunnen omzeilen.

[mschol]

Glewellyn schreef op woensdag 26 januari 2011 @ 11:42:
Hoe zijn je proxy-instellingen? Als er een proxy binnen hetzelfde subnet draait die wel een werkende default gateway heeft kan je via die proxy internetten.

Daarmee voorkom je dan ook meteen dat de gebruikers de proxy kunnen omzeilen.

standaard instellingen, geen proxy ingesteld dus

[Glewellyn]

mschol schreef op woensdag 26 januari 2011 @ 11:59:
[...]

standaard instellingen, geen proxy ingesteld dus

Dat is jammer, ik dacht dat ik het mysterie wel had opgelost

Kan je eens vanaf het werkstation 192.168.1.1 proberen te pingen?
En ook een keer een arp -a 192.168.1.1 kunnen doen?

[migjes]

ik zie een foutje in je instellingen.

je probeert in de range 198.19.98.0 / 255.255.255.0 ip adressen uit te delen.
dit is geen vrijgegeven private netwerk bereik.
moet zijn b.v. 192.168.x.x / 255.255.0.0 of 10.x.x.x / 255.0.0.0
waarschijnlijk kan de zytel er niet mee over weg als je het zo doet.
http://en.wikipedia.org/wiki/Private_network

ik denk dat je het interne en externe ip adres van de router door elkaar haalt en dan werkt het niet.
maar dat kan ik niet helemaal uit de gegevens halen.

[ Voor 6% gewijzigd door migjes op 26-01-2011 12:43 ]

[Glewellyn]

migjes schreef op woensdag 26 januari 2011 @ 12:35:
ik zie een foutje in je instellingen.

je probeert in de range 198.19.98.0 / 255.255.255.0 ip adressen uit te delen.
dit is geen vrijgegeven private netwerk bereik.
moet zijn b.v. 192.168.x.x / 255.255.0.0 of 10.x.x.x / 255.0.0.0
waarschijnlijk kan de zytel er niet mee over weg als je het zo doet.

ik denk dat je het interne en externe ip adres van de router door elkaar haalt en dan werkt het niet.
maar dat kan ik niet hellemaal uit de gegevens hallen.

Dat is een beetje kort door de bocht, misschien is het subnet wel aan het bedrijf waarvoor TS werkt toegewezen.

Als de range niet aan dat bedrijf is toegewezen zou ik ook een ander subnet gekozen hebben. Desondanks is er geen technische reden dat dit niet zou werken door de keuze van het subnet.

[CyBeR]

198.18.0.0/15 is weliswaar inderdaad geen rfc1918 subnet, maar je mag die wel gebruiken als je dat nou zo graag wilt. Zie RFC 2544.

[Glewellyn]

CyBeR schreef op woensdag 26 januari 2011 @ 12:42:
198.18.0.0/15 is weliswaar inderdaad geen rfc1918 subnet, maar je mag die wel gebruiken als je dat nou zo graag wilt. Zie RFC 2544.

Precies! En zelfs route-conflicten worden voorkomen met dit subnet, het is een IANA reserved subnet.

[mschol]

Glewellyn schreef op woensdag 26 januari 2011 @ 12:34:
[...]


Dat is jammer, ik dacht dat ik het mysterie wel had opgelost

Kan je eens vanaf het werkstation 192.168.1.1 proberen te pingen?
En ook een keer een arp -a 192.168.1.1 kunnen doen?

de ping geeft een timeout

arp -a:

code:

Interface: 198.19.98.2 --- 0x2
  Internet-adres        Fysiek adres          Type
  192.168.1.1           00-02-cf-ba-17-79     dynamisch

dat mac adres zou ik achter aan kunnnen gaan en kijken of ik kan vinden bij welk apparaat het hoort.
-edit-
macadres behoort tot de zyxel modem, 198.19.98.1 geeft geen vermeldingen

migjes schreef op woensdag 26 januari 2011 @ 12:35:
ik zie een foutje in je instellingen.

je probeert in de range 198.19.98.0 / 255.255.255.0 ip adressen uit te delen.
dit is geen vrijgegeven private netwerk bereik.
moet zijn b.v. 192.168.x.x / 255.255.0.0 of 10.x.x.x / 255.0.0.0
waarschijnlijk kan de zytel er niet mee over weg als je het zo doet.
http://en.wikipedia.org/wiki/Private_network

ik denk dat je het interne en externe ip adres van de router door elkaar haalt en dan werkt het niet.
maar dat kan ik niet helemaal uit de gegevens halen.

het externe adres (waarmee ik momenteel een RDP sessie heb open staan) is 84.246.y.x

nog wat plaatjes van de DHCP configuratie:
plaatje 1
plaatje 2

[ Voor 44% gewijzigd door mschol op 26-01-2011 12:59 ]

[Glewellyn]

mschol schreef op woensdag 26 januari 2011 @ 12:50:
[...]


de ping geeft een timeout

arp -a:

code:

Interface: 198.19.98.2 --- 0x2
  Internet-adres        Fysiek adres          Type
  192.168.1.1           00-02-cf-ba-17-79     dynamisch

dat mac adres zou ik achter aan kunnnen gaan en kijken of ik kan vinden bij welk apparaat het hoort.
-edit-
macadres behoort tot de zyxel modem, 198.19.98.1 geeft geen vermeldingen

toon volledige bericht

Ik zou eens beginnen by je Zyxel

00-02-cf-ba-17-79 is assigned to ZyGate Communications, Inc.

Goed, wat er dus schijnbaar gebeurt is dat de werkstations netjes een "arp who has" pakket versturen voor het adres 192.168.1.1. En omdat het modem in fysiek hetzelfde netwerk zit zal die ook netjes antwoorden.

Berichten kunnen dus in dit geval gerouteerd worden, en de default gateway kan worden bereikt.
Dat de ping niet slaagt zou dat weer tegenspreken. Dropt het modem ping pakketjes ofzo?

Misschien kan je eens een traceroute doen? Bij voorbeeld tracert 194.109.6.66

[ Voor 28% gewijzigd door Glewellyn op 26-01-2011 13:04 . Reden: uitleg en extra vraag ]

[mschol]

hierbij
_{excuus voor de witte achtergrond, wilde in eerste instantie kopieeren plakken en bedacht mij daarna}

C:\Documents and Settings\Administrator>ping 198.19.98.1

Pingen naar 198.19.98.1 met 32 byte gegevens:

Antwoord van 198.19.98.1: bytes=32 tijd<1 ms TTL=254
Antwoord van 198.19.98.1: bytes=32 tijd<1 ms TTL=254
Antwoord van 198.19.98.1: bytes=32 tijd<1 ms TTL=254
Antwoord van 198.19.98.1: bytes=32 tijd<1 ms TTL=254

Ping-statistieken voor 198.19.98.1:
Pakketten: verzonden = 4, ontvangen = 4, verloren = 0
(0% verlies).De gemiddelde tijd voor het uitvoeren van één bewerking in mill
iseconden:
Minimum = 0ms, Maximum = 0ms, Gemiddelde = 0ms

de modem zou geen pings moeten droppen zo te zien

[ Voor 64% gewijzigd door mschol op 26-01-2011 13:15 ]

[Glewellyn]

Eeuh, nu begin ik echt verward te raken. Hij rapporteert de eerste hop als 198.19.98.1.

Wat ik me er nu bij voorstel is het volgende.

1. Het werkstation wil een pakket versturen voor 194.109.6.66.
2. Het werkstation constateert dat het destination address buiten zijn subnet ligt.
3. Het werkstation checkt zijn routetabel en besluit het pakket naar zijn default gateway (192.168.1.1) te sturen.
4. Met meer geluk dan wijsheid kan het werkstation op layer 2 (via arp) het MAC address van de default gateway bepalen, ondanks dat het IP address van de default gateway buiten zijn subnet ligt.
5. Het werkstation levert het pakket af bij het modem en alles verloopt vanaf dat moment normaal.
6. Op de route terug van het destination address stuurt de router vanaf zijn IP address 198.19.98.1 het pakket door naar 198.19.98.2. Daarom verschijnt ook dat IP address in de traceroute

Of dat correct is. Who knows?

[ Voor 5% gewijzigd door Glewellyn op 26-01-2011 13:27 ]

[migjes]

Glewellyn en CyBeR
jullie hebben gelijk.
(oke ik heb rfc 2544 over het hooft gezien. hij heeft dus geen subnet toegewezen gekregen of er staat nog een router voor, evt bij de provider.)

ik heb alleen al eens eerder problemen gehad met routers en subnetten buiten rfc1918.
soms word dit hard ingebakken in de routers om niet buiten rfc1918 te kunnen werken.
technisch geen probleem maar de praktijk is soms weerbarstig.

geen idee of het makkelijk is om de zaak effe naar een rfc1918 om te bouwen ik ken de verdere situatie niet.
maar dat zou ik toch eens proberen.

(mijn laatste zin was niet zo handig. sorrie)

[ Voor 13% gewijzigd door migjes op 26-01-2011 13:56 ]

[mschol]

migjes schreef op woensdag 26 januari 2011 @ 13:29:
Glewellyn en CyBeR
jullie hebben gelijk.
(oke ik heb rfc 2544 over het hooft gezien. hij heeft dus geen subnet toegewezen gekregen of er staat nog een router voor, evt bij de provider.)

ik heb alleen al eens eerder problemen gehad met routers en subnetten buiten rfc1918.
soms word dit hard ingebakken in de routers om niet buiten rfc1918 te kunnen werken.
technisch geen probleem maar de praktijk is soms weerbarstig.

geen idee of het makkelijk is om de zaak effe naar een rfc1918 om te bouwen ik ken de verdere situatie niet.
maar dat zou ik toch eens proberen.

(mijn laatste zin was niet zo handig. sorrie)

aangezien er nu nog slechts 1 machine aanhangt heb ik de proef op de som genomen:
ip adres router veranderd naar 10.0.0.1
vervolgens op de client een ipconfig /release & ipconfig /renew gedaan
en zie daar:
ipadres: 10.0.0.2
subnet: 255.255.255.0 (al staat in de router 255.0.0.0 ingesteld?)
gateway: 10.0.0.1

het klopt nu (op subnet na) dus wel nu...
Dat mystery is opgelost
het subnet is wel vreemd, maar of ik daar nou energie in wil gaan steken voor 16 apparaten