Рассчитать сетевые адреса

Question

Меня просят разделить 10.64.0.0/15 на три подсети для

|Group  | Min # of Hosts|

|Group 1| 70,000        |

|Group 2| 30,000        |

|Group 3| 12,000        |

поэтому я начну с выяснения, что 32-15 = 17 => 2 ^ 17 = 131072 - это общее количество адресов. Начните делить это число на степени 2, чтобы найти правильное количество адресов, которые можно объединить, чтобы получить правильную сеть, транслирующую адреса сетевой маски.

Затем меня просят найти сетевой адрес, широковещательный адрес, маску сети и общее количество адресов.

Для группы 1 я начинаю с преобразования 10.64.0.0 в двоичное, а затем добавляю 65k + 16k (got this by branching 65 -> 2x 32 -> 1x 32 -> 2x 16k) . После добавления их в двоичном виде я получаю 10.65.64.0 (не уверен, что это правильно). Тогда для вычисления brodcast адреса я пытался |~ сетевой адрес я уже нашел с маской (15), который был неправильно. Я не уверен, как найти маску сети для этой группы, так как я предположил, что для каждой группы было 15, что опять-таки было неправильно. И общее количество адресов, которые я нашел выше, составило 65k+16k = 81,920 что опять было неправильно, хаха.

Затем я предположил, что для следующей группы я просто сделаю то же самое, добавив 32 КБ к предыдущему сетевому адресу, который я нашел для группы 1, и затем сделаю тот же процесс, что и при расчете данных группы 1.

Любое руководство о том, что я делаю неправильно или есть более простой способ сделать это, приветствуется.

Answer 1

Вы не делаете ничего плохого; проблема не решаема как дано.

Во-первых, для размещения 70000 хостов вам потребуется как минимум /15 (131072, 131070 для использования), так как /16 (65536, 65534 для использования) просто не будет достаточно большим.

Таким образом, вам придется предоставить весь сетевой блок 10.64.0.0/15, чтобы охватить группу из 70000 хостов.

На данный момент у вас нет сетевых блоков и вам нужно поговорить с сетевыми парнями, чтобы получить больше, для групп 2 и 3. Для полноты они будут вписываться в /17 и /18 соответственно. Но, похоже, у вас уже есть математика, чтобы понять это, поэтому я не буду повторять это.

Answer 2

Был долгое время..

10.64.0.0/15

Осталось 17 бит допускает хосты 128K (2 ^ 17) (запоминание 2 ^ 7 - 128. 2 ^ 17 - 128K)

Так что в теории кажется, что это возможно.

Если бы был способ создания сетевых адресов, чтобы использовать все это пространство без потерь.

Но такого не может быть!

Потому что, насколько я знаю, вы можете создать сеть размером только в два раза.

Таким образом, ваша группа 70 КБ должна быть 128 КБ в aize, и это требует много отходов и не должно иметь места ни для какой другой группы.

Я думал, что возможно создать сеть 96 КБ для сети 70 КБ, но я не думаю, что это возможно. Вы можете запустить сеть по адресу 96K, удерживая 64K и 32K как один. Так что 0 для 128. 1 для 64. 1 для 32. Но остальная часть будет длиной всего 6 бит (биты 0-5). Так что будет всего ~ (приблизительно) 64 хоста. И в любом случае это не может быть сделано, потому что сетевая часть должна быть последовательным числом 1 с.

Если вы сделали сетевую часть 192K, это звучит немного больше, как, например, вы могли бы сделать и 12K. Но каков бы ни был начальный адрес этой сети, в этом октете останется только 6 битов, поэтому примерно 64 вариации в этом октете. Вы не можете получить сеть, которая не имеет степень двойки. Даже с любой маской CIDR.

Это кажется настолько расточительным и странным, что даже с CIDR вы застряли с группой из 70 000 хостов в сети 128K. Но так оно и есть.

И это также означает, что это не может быть сделано. У вас осталось только 17 бит. Итак, 128 тыс. Хостов. Если бы вы создали группу на 70000, у вас не было бы места для двух других групп. Если бы вы создали группу для двух других групп, у вас не было бы места для группы 70000.

Насколько мне известно, CIDR - лучшая из существующих систем и единственная система, используемая в настоящее время для подсетей или, по крайней мере, для IPv4. Но он не может взломать его, он оставляет много отходов, которые не могут быть использованы. Похоже, это невозможно. Надеюсь, я объяснил почему.

Answer 3

Расширенный IP Address Calculator 1.1 (бесплатный сетевой инструмент).

Может быть получить 8 подсетей, 10.64.0.0/18?

Бассейны по 16 382 адресам - это, с одной стороны, более 10000 почти по числу Фибоначчи). С другой стороны, дает вам гибкость комбинированных сетей. И их количество предсказуемо, всего 8. Спросите себя, что вам нужно сделать, если вам придется расширить одну из групп?

Sub ID                     Range                Broadcast
1   10.64.0.0   10.64.0.1    -  10.64.63.254    10.64.63.255
2   10.64.64.0  10.64.64.1   -  10.64.127.254   10.64.127.255
3   10.64.128.0 10.64.128.1  -  10.64.191.254   10.64.191.255
4   10.64.192.0 10.64.192.1  -  10.64.255.254   10.64.255.255
5   10.65.0.0   10.65.0.1    -  10.65.63.254    10.65.63.255
6   10.65.64.0  10.65.64.1   -  10.65.127.254   10.65.127.255
7   10.65.128.0 10.65.128.1  -  10.65.191.254   10.65.191.255
8   10.65.192.0 10.65.192.1  -  10.65.255.254   10.65.255.255