Jump to content

IPV4 - wie rechnet man im Kopf ?


Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Empfohlene Beiträge

Moin Jungs,

 

Das Prinzip von Subnetting mit Netzwerk und Hostanteil ist mir alles klar soweit.

 

Mein Problem ist nur, ich brauch Ewigkeiten und muss mir teilweise die binären Achterpäckchen Einsen bildlich aufmalen um alles korrekt zu bestimmen.

 

Angesichts meiner kommenden (u.a.) 70-291er Prüfung und div. Testaufgaben kommen mir langsam Panikschübe ;)

 

Frage 1: Darf man einen Taschenrechner nutzen ? ist in einer Prüfung der Windows-Taschenrechner nutzbar ?

 

Frage 2: Das ist die Aufgabe: Sinngemäß soll man einen Scope auf nem DHCP Server einstellen für 3600 Clients.

 

Man muss Start - IP, End IP und Subnetzmaske auswählen.

 

Auswahlmöglichkeiten:

 

IP Adressen:

10.0.0.101

10.0.10.101

10.0.15.160

10.0.24.160

 

Subnetzmasken:

255.255.255.0

255.255.240.0

255.255.248.0

 

Wie gehe ich da vor. Die Lösung soll sein 10.0.0.101 - 10.0.15.160 und 255.255.240.0

 

 

Also bei der Subnetzmaskenlänge da würde ICH das so rechnen:

 

255.255.255.0 => zu klein weil 2^8 ist 255-2

255.255.240.0 => da gehts schon los: Mal eben 240 in Binär umrechen => im Kopf ?

nach dem umrechnen mit dem Taschenrechner habe ich da 2^12 = 4096 (passt)

255.255.248.0 => zu klein weil 2^11 = 2048

 

 

Wie kann ich beides etwas "perfomanter" im Kopf rechnen ?

Mein MCSE Trainer sagte mir mal was von einer Reihe 0,4,16,32,64,128,256,512 die ich mir nur merken müssen - ich hab nur nich kapiert wie ich damit rechne :-:D

Link zu diesem Kommentar

mir hat immer diese tabelle geholfen:

 

128 | 064 | 032 | 016 | 008 | 004 | 002 | 001

------------------------------------------------------

128 | 192 | 224 | 240 | 248 | 252 | 254 | 255

 

(nicht von den führenden nullen verwirren lassen...)

 

ach und ja, der rechner ist nutzbar, allerdings nur in der normalansicht, nicht in der wissenschaftlichen.. ;)

Link zu diesem Kommentar

Danke für die Infos. Dann frag ich mich was mir der Taschenrechner nutzt. Interessant ist ja gerade die wissenschaftliche Ansicht. Diese Ärsche. :-) (seid ihr euch sicher dass nur die normale Ansicht da is ? Haben die das extra deaktiviert ?)

 

 

Zur Aufgabe: wenn ich ehrlich bin, würde ich mich freuen wenn mir einer von euch verraten würde wie er die Aufgabe angehen würde - auch wenn es noch so wirr is :D

 

edit:

 

ein Lösungsweg ?

Die Lösung soll sein 10.0.0.101 - 10.0.15.160 und 255.255.240.0

 

 

also:

10.0.0.101 bis 10.0.255 = 154 Adressen

10.0.1.0 bis 10.0.14.255 = 14 x 255 = 3570 Addressen

10.0.15.0. bis 10.0.15.160 = 160 Addressen

 

also 154 + 3570 + 160 - 2 = 3882 Addressen ??

Link zu diesem Kommentar

dul solltest dich nicht zu sehr auf dieses Umrechnen versteifen - das ist eigentlich kein Problem in dieser Prüfung. Was schon schwieriger ist, ist dann DNS & Co., darauf solltest dich dann schon eher vorbereiten.

Das umrechnen wird dir sicherlich relativ leicht fallen in der Prüfung, denn diese Aufgaben lassen sich teilweise schon per logisches Ausschlussverfahren lösen ;)

Link zu diesem Kommentar

Hallo jolle,

 

wenn Du eine solche Aufgabe bekommst, wird sie fast die einzige sein, in der Du rechnen musst. Ich hatte diese Aufgabe auch und habe sie mühsam auf dem Blatt per Hand gelöst. Die Zeit ist dafür aber da. Wie schon bereits anderweitig erwähnt, liegt der Schwerpunkt aber eher woanders, z.B. bei DNS, DHCP oder WSUS. Mach Dir wegen dieser einen Aufgabe nicht zuviele Gedanken.

 

Außerdem, wenn Du die Lösung schon weißt, brauchst Du ja garnicht zu rechnen.

 

Gruß

 

Teddy-x

Link zu diesem Kommentar

Hi,

 

Wie kann ich beides etwas "perfomanter" im Kopf rechnen ?

Mein MCSE Trainer sagte mir mal was von einer Reihe 0,4,16,32,64,128,256,512 die ich mir nur merken müssen - ich hab nur nich kapiert wie ich damit rechne :-:D

 

Mit der Reihe, hier fehlen übrigens grad 2 und 8, kannst Du entweder schnell ausrechnen oder sogar direkt "sehen", wieviele Bits der SNM für den Hostanteil benötigt werden.

 

An Deinem Beispiel

 

8 Bit => 256 Hosts

9 Bit => 256 x 2 = 512 Hosts

...

12 Bit => 2048 x 2 = 4096 Hosts

 

Da bei 3600 Clients offensichtlich min. 12 Bits benötigt werden, ist in der SNM das letzte Oktett mit seinen 8 Bit schon mal 0.

Bleiben noch 12 - 8 = 4 Bits.

Das führt dann zu 2^4 (2 hoch 4) = 16.

Rechnest Du jetzt 256 - 16 erhälst Du 240 und damit den Wert der SNM im dritten Oktett.

Vorteil der Methode: Du hast nur relativ kleine Zahlen, mit denen Du rechnen mußt.

 

Für die Start/End-IP Deines Beispiels:

1. Wo gehen überhaupt die Netze los?

10.0.0.0

10.0.16.0

10.0.32.0

 

Die Antwort 10.0.24.160 kommt als End-IP folglich nicht in Betracht, da es keine Start-IP im gleichen Netz gibt.

 

2.Der Rest ist simples Abschätzen:

Start - Ende

10.0.0.101 - 10.0.10.101 => ca. 10 x 256 = 2560 das ist zu wenig

 

Als End IP bleibt also nur 10.0.15.160. Der Start muß logischerweise bei 10.0.0.101 sein, sonst wären es ja noch weniger Hosts.

 

 

Das Abziehen von Broadcast und Netz-ID habe ich mir bei der Rechnung mal gespart. Es fällt bei dem Beispiel sowieso nicht ins Gewicht.

 

Tschau,

 

Sigma

Link zu diesem Kommentar
Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Schreibe einen Kommentar

Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.

Gast
Auf dieses Thema antworten...

×   Du hast formatierten Text eingefügt.   Formatierung jetzt entfernen

  Only 75 emoji are allowed.

×   Dein Link wurde automatisch eingebettet.   Einbetten rückgängig machen und als Link darstellen

×   Dein vorheriger Inhalt wurde wiederhergestellt.   Editor-Fenster leeren

×   Du kannst Bilder nicht direkt einfügen. Lade Bilder hoch oder lade sie von einer URL.

×
×
  • Neu erstellen...