Поделитесь, можно ли делать маску 255.255.0.0Можно, но зачем?
что бы упростить сетевое взаимодействиеНе вполне понимаю, как, по-вашему, и что это должно упростить. Вы не указали, какие приложения и как используют вашу сеть.
не приведет ли это к увеличению нагрузки на сеть?Одна "подсеть", в общем случае - один L2-домен, чем больше в нем хостов, тем больше вероятность возникновения сюрпризов, связанных с многоадресным и широковещательным трафиком.
Как Вы решали такие задачи?Если есть возможность соединить различные отделы/филиалы при помощи маршрутизации (т.е. чтобы они находились в разных "подсетях"), то это, на мой взгляд, предпочтительный способ.
create vlan 10 tag 10
create vlan 20 tag 20
!ввод 10 влана:
config vlan 10 add untagged 1:1
!ввод 20 влана:
config vlan 20 add untagged 1:2
!транк до другого коммутатора
config vlan 10 add tagged 1:48
config vlan 20 add tagged 1:48
create vlan 10 tag 10
create vlan 20 tag 20
!ввод 10 влана:
config vlan 10 add untagged 1:1
!ввод 20 влана:
config vlan 20 add untagged 1:2
!транк до другого коммутатора
config vlan 10 add tagged 1:48
config vlan 20 add tagged 1:48
Коммутаторы соединить 48 портами. Порты 1 - ввод и вывод влана 10, порты 2 - влана 20.Есть ли в отправляемом пакете информация о количестве отправленных байт?Если есть TCP-сегмент, инкапсулированный в IP-пакет, то длину полезной нагрузки (payload) TCP можно узнать так - из длины полезной нагрузки IP (вычисляется как разница полной длины IP пакета, Total Length, и длины заголовка, Internet Header Length) вычитаем длину заголовка TCP (поле Data Offset).
Проблема в следующем. Возникли жутки тормоза при печати документов. Они могут ставится в очередь и обрабатываться по несколько минут, а то и больше.Проверьте при помощи wireshark, какие протоколы (в т.ч. номера портов TCP/UDP) используются при печати и соотнесите эти данные с настроенными правилами инспекции, может быть, дело в этом.
ситуация одинаковая:Если от перемены машин по вланам ситуация не меняется, то, полагаю, маршрутизация тут ни при чем. Пока наиболее вероятными причинами видятся функциональность "безопасности" или какая-то специфичная проблема форвардинга (дублирующиеся MAC-адреса, проблемы с ARP).
- ПК не пингует ноут;
- ноут пингует ПК
для обоих случаев
Ethernet adapter Подключение по локальной сети:
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Realtek PCIe GBE Family Contr
Физический адрес. . . . . . . . . : 48-5B-39-1A-5C-5C
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Я читал, что VLAN'ы как раз и предназначены для решения данной задачи, у меня даже есть управляемый коммутатор hp 2650, где я могу группировать порты в VLAN, но что мне это дает? Ну разделил я порты на 1-10, 11-20, 21-30, 30-40 а дальше то что делать? Как мне разрешить трафик между VLAN'ами?
Как проверить что происходит без подключения к монитору?Вы можете подсоединить ноутбук к маршрутизатору (в один из коммутируемых портов) и при помощи анализатора трафика (wireshark, tcpdump) посмотреть, отсылает ли Raspberry PI сообщения DHCPDISCOVER (они рассылаются широковещательно). Если нет - то проблема где-то на самом устройстве. Если да - надо будет далее анализировать DHCP-трафик и настройки DHCP-сервера (и, вероятно, клиента).
Подскажите в каком направлении двигаться.В направлении точного описания проблемы и выяснения и, по возможности, устранения ее причины.
Происходит частая потеря пакетов между клиентами внутри сети.Каких именно пакетов? Как вы проводите диагностику?
Клиенты работают по Ethernet.Обратите внимание на состояние релевантных проблеме портов (ошибки, дуплекс).
Нужно сделать модельВ каком окружении предполагается моделирование и тестирование?
какой-то вариант новой модели на основе классической модели OSIЧто такое "классическая модель OSI"? Если есть классическая, то есть и модернистская или я чего-то не понял?
Мне советовали обратить внимание на маршрутизацию, делать ее более гибкой, что ли.Я бы на вашем месте обратил внимание на SDN (Software-defined networking, стильно, модно, молодежно). Один контроллер общается с несколькими маршрутизаторами (не только в L3-смысле) и каждому устанавливает специфические записи в таблицу маршрутизации/форвардинга. Из плюсов - гибкость, программируемость, отсутствие проблем типа "ships in the night". Я бы даже предположил, что в сетях датацентров SDN применять наиболее логично (по сравнению,скажем, с WAN-сетями). Но и минусы присутствуют.
В какую еще сторону можно копать?Сети Клоса (не уверен, корректный ли это термин, англоязычное название Clos network/fabric). Задание постоянного размера фрейма (проще прогнозировать утилизацию буферов). Отказ от вычисления контрольной суммы (передача этой обязанности высшим уровням "классической модели OSI"). Отказ от STP (или добавлением поля hop count в ethernet-фрейм, или назначением неравноценных ролей в смысле форвардинга портам коммутаторов, порты из одной категории могут направлять трафик только в порты другой категории)
Будет ли клиент пинговать другого клиента с адресом 10.45.18.194 и почему?Да, пинги проходят:
ClientA#ping 10.45.18.194 repeat 10
Type escape sequence to abort.
Sending 10, 100-byte ICMP Echos to 10.45.18.194, timeout is 2 seconds:
!!!!!!!!!!
Success rate is 100 percent (10/10), round-trip min/avg/max = 20/34/48 ms
Клиент на маршрутизаторе меняет конфигурацию интерфейса на такую:
Interface e0/0
Ip address 10.45.18.15 255.255.255.128
Ip address 10.45.19.15 255.255.255.0 sec
No shutdown
!
Будет ли адрес 10.45.19.15 присутствовать в ARP таблице маршрутизатора провайдера?
shutdown
, no shutdown
), маршрутизатор провайдера получит ARP-пакет (т.к. ARP распространяется широковещательно), но вполне может не принять его во внимание, учитывая отсутствие маршрута до 10.45.19.0/24 через входящий интерфейс:ISP#sh arp
Protocol Address Age (min) Hardware Addr Type Interface
Internet 10.45.18.5 - 00ff.ffff.ffff ARPA FastEthernet0/0
Internet 10.45.18.15 24 00aa.aaaa.aaaa ARPA FastEthernet0/0
Internet 10.45.18.194 22 00bb.bbbb.bbbb ARPA FastEthernet0/0
ISP#
*Mar 1 01:24:18.735: IP ARP: rcvd rep src 10.45.18.15 00aa.aaaa.aaaa, dst 10.45.18.15 FastEthernet0/0
*Mar 1 01:24:18.739: IP ARP rep filtered src 10.45.19.15 00aa.aaaa.aaaa, dst 10.45.19.15 ffff.ffff.ffff wrong cable, interface FastEthernet0/0
*Mar 1 01:24:18.739: IP ARP: rcvd rep src 10.45.18.15 00aa.aaaa.aaaa, dst 10.45.18.15 FastEthernet0/0
*Mar 1 01:24:18.739: IP ARP rep filtered src 10.45.19.15 00aa.aaaa.aaaa, dst 10.45.19.15 ffff.ffff.ffff wrong cable, interface FastEthernet0/0
ISP#sh arp
Protocol Address Age (min) Hardware Addr Type Interface
Internet 10.45.18.5 - 00ff.ffff.ffff ARPA FastEthernet0/0
Internet 10.45.18.15 0 00aa.aaaa.aaaa ARPA FastEthernet0/0
Internet 10.45.18.194 23 00bb.bbbb.bbbb ARPA FastEthernet0/0