Что такое коммутация Top-of-Rack?
Что такое ToR-коммутаторы, их преимущества, проблемы подключения и чем ToR-коммутаторы отличаются от EoR-коммутаторов? Вот об этом кратко мы бы и хотели рассказать и как всегда ответить на ваши вопросы в комментариях.
Коммутация Top-of-Rack — это такой дизайн архитектуры, при котором вычислительное оборудование, такое как серверы, приборы и другие коммутаторы, расположенные внутри той же или дополнительной стойки, подключены с помощью внутристоечного сетевого коммутатора. Как правило, такая архитектура предполагает, что сетевой оптоволоконный коммутатор подключен к каждой стойке, чтобы легко объединить все расположенные на стойке устройства. Внутристоечный сетевой коммутатор, в свою очередь, подключен к коммутаторам агрегации, чаще всего с помощью оптоволоконного кабеля.
ToR-коммутаторы чаще всего размещаются наверху стойки, но могут находиться в любом ее секторе. Так или иначе, чтобы упростить доступ к горизонтальной части оптоволоконной кабельной системы, которая соединяет внутристоечные коммутаторы и коммутаторы агрегации, ToR-коммутаторы обычно размещаются наверху стойки.
Преимущества ToR-коммутаторов и проблемы их подключения
ToR-коммутаторы имеют множество преимуществ, но при этом у них есть и недостатки. Снижается сложность кабельной системы, потому что все серверы подключаются к коммутатору на той же стойке и меньшее количество подключений может быть запущено вне стойки, чтобы достичь коммутатора агрегации. Также уменьшается необходимая длина кабеля и объем кабельной системы. Архитектура может быть усовершенствована с помощью технологий 10 Gigabit Ethernet (GbE), 40 GbE или 100 GbE без увеличения стоимости или изменения кабельной системы.
Архитектура ToR
Архитектура EoR
Минимум 1 коммутатор на стойку.
Коммутаторы централизованно установлены в количестве 1–2 на ряд.
Модульные стойки работают в групповом формате
Мощность и охлаждение
Использование коммутатора не в полную мощь
Выше необходимость в охлаждении
Эффективное использование коммутатора
Меньше потребность в охлаждении
Больше трафика данных второго уровня
Простое расширение сети
Меньше трафика данных второго уровня
Сложное расширение сети
Среди других преимуществ ToR-коммутаторов — возможность компоновать один сетевой коммутатор для двух или трех стоек, если они находятся в низконагруженных дата-центрах. В других случаях ToR-архитектура увеличивает модульное размещение. Предварительно собранная стойка с необходимой кабельной системой и коммутаторами может быть оперативно подключена и развернута на месте.
Архитектура ToR
К недостаткам ToR-коммутаторов можно отнести то, что капитальные затраты и расходы на обслуживание могут быть выше. Распределенная ToR-архитектура может не использоваться до конца, что, в свою очередь, выльется в высокое потребление энергии и повышенное кондиционирование без прямой связи с эффективностью. И наконец, если ToR-архитектура требует использования индивидуального внутристоечного коммутатора для отдельной стойки, если он выйдет из строя, отключить придется всю стойку.
ToR-коммутаторы vs. EoR-коммутаторы
И ToR-коммутаторы, и EoR-коммутаторы (от End-of-Row, т. е. расположенные в конце ряда стоек) — это распространенные варианты архитектуры, которые предполагают наличие большого количества подключенных серверов.
Архитектура EoR почти всегда предполагает большее горизонтально ориентированного пространства для размещения кабельной системы. Чаще всего в дата-центре располагается
несколько EoR-коммутаторов, по одному на ряд, или даже один — для того, чтобы подключить определенное количество стоек.
Архитектура EoR
Если в ЦОД уже используется кабельная система EoR, проще и дешевле использовать ее снова при обновлении аппаратного обеспечения — вместо того чтобы ликвидировать его и заменить горизонтальную кабельную систему для ее адаптации к архитектуре ToR. Стоимость замены кабеля, в дополнение к возросшим в связи с появлением дополнительных требований к железу ToR-архитектуры капитальным расходам, может заставить сотрудников дата-центров сделать выбор в пользу форм-фактора EoR. При гринфилд-развертывании ЦОДа (т. е. с нуля) и отсутствии кабельной инфраструктуры преимущества архитектуры ToR существенно превосходят номинальное увеличение капитальных затрат на аппаратное обеспечение.
Пишите в комментариях свои вопросы / пожелания / замечания — постараемся всем ответить, если тема будет интересна читателям, то с радостью углубимся и раскроем больше деталей.
Top-of-rack и end-of-row коммутаторы
Когда говорят и в отношении коммутаторов, речь идет о двух видах коммутационной инфраструктуры.
Почти в каждой статье мы пишем «русский перевод данного термина не устоялся», и скажем об этом же и здесь — иногда можно встретить в русскоязычных статьях термин «надстоечный», что в принципе является спорным переводом, потому что «над стойкой» коммутаторы не вешают, и стоят они конечно же в стойке.
Итак, — это модель коммутации, когда в каждой стойке стоит коммутатор, который обрабатывает трафик с серверов в этой стойке, и соединен с коммутатором ядра или с агрегирующим слоем (в зависимости от количества уровней). Хотя и устоялось название — не утверждается, что именно в верхней части стойки должен физически располагаться коммутатор. Говорят, что изначально это было так, потому что админы предпочитали сначала воткнуть все кабели в коммутатор, чтобы потом больше к нему не прикасаться. И тогда, если коммутатор вверху, кабели удобно свешиваются вниз и облегчают подключение.
У такой схемы есть ряд преимуществ — вероятно основное — это сокращение количества медных кабелей. Каждая стойка соединяется со следующим уровнем через коммутатор, поэтому нет необходимости прокладывать кабели от отдельных серверов дальше стойки — все кабели остаются в стойке. В целом считается, что чем меньше кабелей выходят из стойки, тем лучше, поскольку большое количество медных кабелей может затруднять течение воздуха при охлаждении, сложнее отследить, какой кабель куда идет, и требует дополнительной инфраструктуры для прокладки кабелей и соединений. Длинные «пробросы» витой пары также могут накладывать ограничения на скорость сети.
У есть и недостатки, которые станут заметными, когда количество стоек в вашей компании будет серьезно расти. Если предположить, что у вас скажем 20 стоек, в каждой из которых стоит по 2 коммутатора, то это 40 коммутаторов, а с точки зрения обслуживания — это уже не просто. Это 40 копий софта для коммутатора для обновления, 40 конфигурационных файлов, которые надо создать и надежно архивировать, иными словами — 40 мест, где « может пойти не так».
Еще в такой архитектуре увеличиваются требования к слою агрегации — в частности плотность портов коммутаторов на этом слое. Чем больше стоек подключены сюда через коммутатор в своей стойке, тем больше потенциально возможных проблем с масштабированием.
Модель коммутации предполагает расположение коммутатора, условно, «в конце ряда стоек» и обслуживание им трафика с со всех серверов из нескольких стоек, расположенных в ряд. Опять же физически это не значит, что коммутатор должен быть именно в последней стойке. Такое расположение было принято для дублирующих коммутаторов, которые изначально действительно располагали в разных концах ряда стоек, чтобы например внезапная проблема типа протекшей крыши в одном месте, не вырубила из работы целый ряд стоек.
В такой схеме серверы в стойке обычно соединяются относительно короткими кабелями с коммутационной панелью в стойке, от которой идет плотный пучок кабелей, как правило через верх, над серверными стойками, к коммутатору.
коммутатор, это как правило решение на базе модульного шасси, которое поддерживает сотни серверных подключений. Таким образом, если в случае с решением, каждая стойка была как будто отдельным модулем, то в данном случае целый ряд стоек условно можно считать за отдельный модуль.
В предыдущем примере, если мы условно возьмем по 10 стоек в ряд, то для 20 стоек понадобится всего 4 коммутатора, в отличие от 40 коммутаторов в случае с конфигурацией. То есть с точки зрения поддержки — это в 10 раз меньше потенциальных забот. Это, пожалуй, главное достоинство такой схемы.
Главный недостаток такой схемы — это необходимость очень внимательно продумать кабельную схему для соединений, потому что количество кабелей, требуемых для этого просто невероятно, и все это может превратиться в совершенно неуправляемый клубок.
В то же время неверно думать, что даст существенную экономию капитальных затрат. Например карта для коммутатора может стоить примерно столько же, сколько и коммутатор, который Вы бы поставили в стойку при решении. Возможная экономия может быть в обслуживании, поскольку обслуживать существенно меньшее количество коммутаторов окажется проще.
Tor коммутатор что это
КО. Связи Шэньчжэня оптико, Лтд.
Тел: 86-755-33532578
Мобильный: +86-19129420326
Доступ Tor (Top of Rack) — это распространенный способ маршрутизации от сервера к коммутатору или от коммутатора к коммутатору. Коммутатор Tor может быть коммутатором уровня доступа, коммутатором уровня агрегации или коммутатором уровня ядра. Коммутатор Tor называется коммутатором уровня доступа, когда он находится наверху серверного шкафа и действует как соединитель между сервером и коммутатором уровня ядра или приемника, называется уровнем конвергенции или коммутатором уровня ядра.
Разница между переключателем Tor и обычным переключателем
Среда приложения
Коммутаторы Tor в основном используются в отраслях с высокими требованиями к безопасности, таких как правительство, финансы, центры обработки данных и т. Д. Они в основном используются в конвергенции сетей, доступе к серверам центра обработки данных и других сценариях. Но характеристики управления сетью и безопасности обычного коммутатора невысоки.
Производительность и стабильность
Коммутатор Tor — это новое поколение многофункциональных высокопроизводительных коммутаторов Ethernet, основанных на отечественном ЦП и микросхеме внутреннего коммутатора. Служба переключения уровня L2 / L3 может обеспечить высокопроизводительную службу переключения уровня L2 / L3 от чипа к аппаратному обеспечению и программному обеспечению, что является безопасным, управляемым, стабильным и надежным. Общий переключатель выполняет несколько функций, и его стабильность не гарантируется.
Операционная система
Архитектура коммутатора Tor похожа на архитектуру Arista Eos, которая является зрелой и стабильной. Аппаратная платформа совместима с системами x 86 и PowerPC CPU и поддерживает все функции Enterprise / Data Center / Metro Ethernet, включая базовые L2 / L3 / ACL / QoS / Security, NVGRE / VXLAN и открытый RPC API. . Но общий коммутатор в основном предназначен для обеспечения взаимосвязи и взаимодействия и не имеет диверсифицированной операционной системы.
Техника кеширования
Коммутатор Tor изменяет способ кэширования внешних портов общей системы коммутаторов, принимает структуру распределенного кеша, размер кеша намного больше, чем у обычного коммутатора, емкость кеша может быть более 1 ГБ, но общий коммутатор может достигать только 2
4 м. При пропускной способности пакета 200 мс на порт на скорости 10000 Мбит / с большой кэш может гарантировать, что сеть пересылает нулевую потерю пакетов в случае пакетного трафика.
Емкость оборудования
Обычный коммутатор не может реализовать точную идентификацию и контроль данных, не может обеспечить быстрый ответ и нулевую потерю пакетов в случае больших данных, а также не может гарантировать непрерывность данных. Коммутаторы TOR40G / 100G уже представлены на рынке, с популярностью 40G и 100G и коммерческим использованием 40G и 100G, чтобы соответствовать центрам обработки данных приложений высокой плотности.
Количество портов
Общий номер порта коммутатора обычно 24-48, обычно для гигабитного порта или 100-мегабитного порта, или с пропускной способностью восходящего канала 10 мегабит. В основном при доступе к пользовательским данным или конвергенции некоторых данных коммутатора уровня доступа полоса пропускания объединительной платы относительно мала. Плотность портов коммутатора Tor очень высока, его можно использовать с портом Ethernet и оптическим портом, скорость передачи порта может достигать 100 Гбит / с, можно использовать уровень доступа, уровень конвергенции и уровень ядра, пропускная способность объединительной платы намного выше, чем у общего коммутатора, как правило, в качестве основного резервного.
Вывод
Технология коммутатора Tor предназначена для нового поколения центров обработки данных, облачных центров обработки данных и других услуг по построению крупномасштабных сетей. Основываясь на этих новых сетевых технологиях, можно улучшить развитие сети передачи на основе Switch Technology. Однако за последние годы сетевая структура дата-центра сильно изменилась. Двухуровневая сетевая структура, которая представлена топологией магистральной сети, становится новым фаворитом центров обработки данных. К счастью, коммутатор Tor по-прежнему может действовать как конечный коммутатор в конечной структуре, подключаясь к магистральному коммутатору, обеспечивая идеальный переход сетевой структуры с трех на два уровня.
ToR vs EoR: сравнение подключенных решений
TOR (Top of Rack) относится к развертыванию одного или двух коммутаторов в каждой серверной стойке, при этом серверы напрямую подключены к коммутаторам в стойке, что обеспечивает взаимосвязь серверов и коммутаторов внутри стойки. Фактическая суть TOR заключается в развертывании коммутаторов внутри серверной стойки либо в верхней части стойки, либо в середине стойки, либо в нижней части стойки, как показано на рисунке. Это показано на рисунке. Вообще говоря, развертывание коммутаторов в верхней части стойки наиболее выгодно, поэтому эта архитектура используется чаще всего.
Коммутаторы, развернутые в режиме TOR на серверных шкафах, мы называем их TOR-коммутаторами. Коммутаторы TOR обычно представляют собой коробчатые коммутаторы высотой от 1U до 2U, такие как коммутаторы HW серий CE5800 и CE6800.
Самым большим преимуществом архитектуры TOR является то, что она упрощает соединение между серверами и коммутаторами. Порты GE/10GE/25GE на серверах в шкафу можно напрямую подключить к коммутатору TOR через короткие перемычки, а затем подключить к коммутатору агрегации через оптоволокно 10GE, 40GE или 100GE, как показано на рисунке ниже. Это соединение значительно сокращает расстояние между кабелями, упрощает управление кабелями, снижает сложность сетевой структуры и соответствует тенденции создания экологически чистых и энергосберегающих центров обработки данных. Также удобно заменять кабели, когда требуется расширение услуг.
Для архитектуры TOR каждый шкаф можно рассматривать как отдельный административный объект. Когда необходимо обновить серверы или коммутаторы, вы можете модернизировать их по одному шкафу за другим. При обновлении не затрагивается переадресация трафика других кабинетов и влияние на сервисы сводится к минимуму.
Волокно обычно выбирается для восходящей линии связи коммутатора TOR из-за его преимуществ перед медью для защиты долгосрочных инвестиций. Оптические волокна могут иметь более высокую пропускную способность. Когда необходимо заменить канал с более высокой скоростью, оптические волокна являются более гибкими.
Поэтому при выборе коммутаторов TOR обычно необходимо учитывать как количество и скорость нисходящих портов, подключенных к серверам, так и гибкость восходящих портов. В целом:
◼ Если порт сервера является портом GE, вы можете выбрать коммутатор серии CE5855EI. Коммутаторы серии CE5855EI делятся на две модели: CE5855-48T4S2Q-EI и CE5855-24T4S2Q-EI, которые обеспечивают 48 и 24 электрических интерфейса 10/100/1000BASE-T Ethernet на нисходящем канале соответственно. интерфейсы; восходящий канал обеспечивает два оптических интерфейса 40GE QSFP+ Ethernet и четыре оптических интерфейса 10GE SFP+ Ethernet, при этом каждый интерфейс 40GE также поддерживает разделение на четыре интерфейса 10GE.
◼ Если серверный порт является портом 10GE, вы можете выбрать коммутаторы серии CE6856HI. Коммутаторы серии CE6856HI делятся на две модели: CE6856-48S6Q-HI и CE6856-48T6Q-HI, которые обеспечивают 48 оптических интерфейсов 10GE SFP+ Ethernet на нисходящем канале и 10GBASE-T. обеспечивают 6856 оптических интерфейсов 48GE SFP+ Ethernet и электрические интерфейсы 6GBASE-T Ethernet на нисходящем канале и 6856 оптических интерфейсов 48GE QSFP+ Ethernet на восходящем канале.
◼ Если вы хотите, чтобы коммутатор TOR обеспечивал большой объем кэш-памяти, рекомендуется выбрать коммутатор серии CE6870EI. По типу и количеству нисходящих портов коммутаторы серии CE6870 делятся на три модели: CE6870-48S6CQ-EI, CE6870-24S6CQ-EI и CE6870-48T6CQ-EI. Если взять в качестве примера коммутатор CE6870-48S6CQ-EI, показанный на рис. 3, он поддерживает шесть портов 40GE/ 100ГЭ КСФП28 Оптические интерфейсы Ethernet на восходящем канале, а также поддерживает разделение на четыре интерфейса 10GE или четыре интерфейса 25GE. Коммутаторы серии CE6870 offе большой кэш 4Гб, который легко справляется с всплесками трафика, вызванными видео, поиском и другими приложениями в дата-центре.
Аппаратное обеспечение CE6870-48S6CQ-EI
Конечно, у архитектуры TOR есть и свои недостатки. Одним из наиболее очевидных является то, что архитектура TOR расширяет домен управления всей серверной комнаты центра обработки данных. Развертывание коммутаторов на каждом шкафу означает, что в комнате есть больше коммутаторов, каждый из которых необходимо настраивать, управлять и обслуживать. Если предположить, что у вас есть 10 рядов шкафов в серверной комнате, по 10 шкафов в каждом ряду и два коммутатора TOR, развернутых на каждом шкафу, вам потребуется управлять и обслуживать 200 коммутаторов TOR. Хотя конфигурация этих 200 коммутаторов в основном одинакова, она все же требует больших трудозатрат и увеличивает вероятность неправильного размещения оборудования.
Коммутаторы серии CE также обеспечивают решение вышеуказанных проблем. Например, вы можете использовать функцию ZTP (Zero Touch Provisioning) для пакетной автоматической настройки только что отгруженных или пустых устройств конфигурации. Коммутаторы серии CE также поддерживают богатые технологии виртуализации устройств (например, стекирование), которые могут эффективно упростить плоскость управления устройствами, тем самым снижая трудозатраты и повышая эффективность развертывания.
Еще одним недостатком архитектуры TOR является потеря портов. В настоящее время большинство коммутаторов TOR могут обеспечивать 48 GE/10GE/ 25GE нисходящие порты. Например, если вы развернете два коммутатора TOR на шкаф, у вас будет 96 нисходящих портов, поэтому вам потребуется большое количество серверов в шкафу, чтобы в полной мере использовать все эти порты.
Вы можете в некоторой степени сократить количество портов, используя перекрестное соединение между соседними шкафами. Как показано на рисунке ниже, на каждом из двух шкафов развернут 48-портовый коммутатор TOR, при этом 24 порта на каждом коммутаторе обеспечивают доступ к серверам в этом шкафу, а еще 24 порта обеспечивают доступ к серверам в соседних шкафах. Как видите, это решение достигается за счет дополнительных кабелей между двумя шкафами, так что это тоже не идеальное решение. Но это экономически эффективная альтернатива пустой трате портов, вызванной развертыванием двух коммутаторов TOR на шкаф.
МУН/МОР
В отличие от TOR, архитектура EOR (End of Row) обеспечивает единую точку доступа к сети в конце каждого шкафа. Как показано на рисунке, коммутатор, развернутый в конце каждого шкафа для серверов для унифицированного доступа к сети, называется коммутатором EOR.
Для обеспечения надежности каждый ряд шкафов обычно оборудуется двумя сетевыми шкафами, расположенными в начале и конце ряда соответственно. В сетевом адаптере сервера используются относительно короткие патч-корды RJ45/DAC/оптоволокно для подключения к патч-панели того же шкафа, а сетевые, оптоволоконные и медные кабели на патч-панели связаны и подключены к сетевому шкафу на дальнем конце каждый ряд через подвесную кабельную магистраль или пол.
В архитектуре EOR коммутаторы доступа размещаются централизованно в одном или двух шкафах, что упрощает управление и обслуживание, а также увеличивает возможности подключения между серверными шкафами и сетевыми шкафами. Чем дальше серверные шкафы от сетевых шкафов, тем больше длина кабелей в серверной, что приводит к высокой нагрузке на техническое обслуживание кабелей и плохой гибкости.
Архитектура середины ряда (MOR) является усовершенствованием EOR. Он также предоставляет единый шкаф сетевого доступа для серверов. Однако MOR требует, чтобы сетевой шкаф располагался посередине всего ряда шкафов, что в определенной степени сокращает расстояние между серверным шкафом и сетевым шкафом и упрощает прокладку и обслуживание кабелей. Однако по сравнению с TOR, как EOR, так и MOR, сложная проводка и сложное управление и обслуживание по-прежнему являются их самыми большими недостатками. Если не указано иное, следующие описания EOR также применимы к MOR.
Коммутаторы EOR обычно представляют собой коммутаторы шасси, такие как коммутаторы HW серии CE12800. Если количество серверов в аппаратной невелико, вы также можете выбрать серии CE8800 и CE7800.
По сравнению с блочными коммутаторами коммутаторы на шасси имеют очевидные преимущества в следующих аспектах:
◼ Обеспечить больше и различные порты доступа. Конфигурируя интерфейсные платы с различным количеством и скоростью на коммутаторе шасси, вы можете гибко управлять количеством и скоростью портов доступа. Например, коммутаторы серии CE12800 поддерживают 36×100GE, 36× 40GE , 48×10GE и 48 интерфейсных плат GE (на примере максимального количества портов). Порты также поддерживают различные типы разделения, обеспечивая гибкие возможности доступа к различным серверам центра обработки данных.
◼ Высокая надежность. Коммутаторы шасси обеспечивают резервное оборудование, такое как несколько модулей коммутаторов, модулей питания и модулей вентиляторов, для повышения надежности системы.
◼ Защита инвестиций клиентов. Когда центру обработки данных требуется более высокая скорость доступа, чем текущая, вам нужно заменить только интерфейсную плату на более высокую скорость, а не весь блок. С точки зрения всего жизненного цикла стоимость ниже.
Архитектура EOR значительно сокращает административную область центра обработки данных, поскольку она управляется для каждой строки, а не для каждой стойки. Однако это также означает, что если коммутатор EOR выйдет из строя или не удастся обновить, это также повлияет на весь ряд серверов. Вот почему существует более высокий спрос на переключатели EOR.
Сравнение TOR и EOR
Упрощенные схемы TOR и EOR показаны на следующих двух рисунках.
Недостатки прокладки МУН: Существует много медных кабелей от серверных шкафов к сетевым шкафам (около 20-40 медных кабелей), и чем дальше медные кабели серверных шкафов от сетевых шкафов, тем больше расстояние проводки в серверной комнате, что приводит к большой рабочей нагрузке по прокладке кабелей и техническому обслуживанию и плохой гибкости.
Недостатки кабельной разводки TOR: Каждый серверный шкаф ограничен по выходной мощности, а количество серверов, которые можно развернуть, ограничено, что приводит к недостаточному использованию портов доступа коммутаторов в шкафу. Совместное использование одного или двух коммутаторов доступа несколькими серверными шкафами может решить проблему недостаточного использования портов коммутатора, но такой подход увеличивает нагрузку на управление кабелями.
Учитывая структуру сети, количество VLAN на каждом коммутаторе доступа в кабелях TOR невелико. Во время планирования сети не позволяйте VLAN охватывать несколько коммутаторов доступа через коммутатор агрегации. Поэтому в сетевой топологии, использующей проводку TOR, каждая VLAN не имеет большого диапазона и не содержит большого количества портов. Однако для кабелей EOR плотность портов коммутаторов доступа высока. При первоначальном проектировании сети может быть VLAN с большим количеством портов.
Режим TOR имеет большое количество переключателей доступа, а режим EOR имеет небольшое количество переключателей доступа. Поэтому режим TOR требует большого объема управления и обслуживания сетевых устройств.
С ростом спроса на услуги пользовательских данных плотность серверов в помещениях центров обработки данных становится все выше и выше, а новые технологические тенденции, такие как виртуализация и облачные вычисления, становятся все более и более популярными, что приводит к значительному увеличению количества сетевых портов, соответствующих серверам. сложность управления, кроме того, все более распространенной становится конвергенция Ethernet (LAN) и волоконно-оптических сетей хранения данных (SAN), что неизбежно требует новой топологии сети, что неизбежно требует соответствия новой топологии сети.
С развитием облачных вычислений эта распределенная архитектура чрезвычайно масштабируема для бизнеса и требует все большего количества серверов.
Например, новый Apache Hadoop 0.23 поддерживает от 6,000 до 10,000 XNUMX серверов в кластере. Огромное количество серверов требует полного использования пространства шкафа центра обработки данных, в то время как огромный объем бизнес-данных также требует более быстрых и прямых высокопроизводительных каналов для доставки данных в ядро сети. При такой тенденции очевидно, что ТЗ является более применимым, и под давлением быстрого расширения бизнеса подход ТЗ может лучше обеспечить более быстрое расширение сети.