Бесконтактный датчик Ethernet сигналов +8




В статье описан датчик, который позволяет детектировать наличие Ethernet сигнала в кабельном тракте бесконтактно, уставив его над любым UTP разъемом RJ45. Смысл в том, чтобы знать на 100%, что Ethernet соединение осуществляется именно по данному конкретному кабельному тракту СКС.

Нас самом деле, существующие системы управления сетью NMS (Network Managment System) знают о корпоративной сети всё и даже больше, за исключением кабельной составляющей сети. О которой они в 95% случаях не знают ничего.



Возьмите корпоративный свитч с самой навороченной системой управления, подключите к нему два ноутбука с помощью обычного красного и зеленого UTP патч-корда, и попытайтесь удаленно без зрительного контакта понять, каким кордом подключен каждый из ноутбуков. Сдается мне, что решить эту задачу можно только с помощью нашего датчика.

В этой задаче патч-корд — это вырожденная до примитивности модель кабельного тракта корпоративной структурированной кабельной системы (СКС), а реальный тракт много сложнее.

Пытливый читатель может заметить, что в мире уже есть много вариантов отслеживания переключений СКС (но задачу с красным и зеленным кордом они не решат), называемых интеллектуальные СКС. Это действительно так, но все они весьма дороги. Наша задача снизить цену интеллектуальной СКС в разы, в самом деле, в разы. За счет чего? За счет российской инновационной технологии.

Во-первых, практически все существующие интеллектуальные СКС работают по схеме кросс-коннект, для переключения требуется две интеллектуальные патч-панели. Вот как выглядит тракт по схеме кросс-коннект:

  1. половинка патч-корда, расшитая с одной стороны на патч-панели, с другой подключаемая в свитч;
  2. порт патч-панели;
  3. патч-корд, обычно нестандартный и дорогой;
  4. permanent link до рабочего места (включает в себя порт другой патч-панели, кабель, розетку на рабочем месте);
  5. патч-корд до компьютера на рабочем месте.

Наша интеллектуальная патч-панель, пожалуй, единственная в мире, может работать по схеме интер-коннект:

  1. патч-корд обычный и стандартный;
  2. permanent link до рабочего места;
  3. патч-корд до компьютера на рабочем месте.

В итоге деньги просто экономятся на лишнем оборудовании, и еще в телекоммуникационной стойке меньше места занимается.

Во-вторых, в нашем датчике отсутствует электромеханика. Он чисто электронный, собранный на серийных электронных компонентах, годных к контрактному производству. Люди, которые занимаются разработкой электроники, подтвердят, что наличие в изделии большого количества сложных разъемов уносит себестоимость изделия в космические дали. К слову, самая дорогая деталь электронной части нашей патч-панели — это обычный разъем RJ45, которые мы используем для передачи результатов работы датчиков (их у нас два).

Как такой датчик работает?


Датчик устанавливается над любой UTP вилкой RJ45 и имеет два сенсора. ИК-сенсор на основе ИК-диода и фототранзистора просто фиксирует наличие разъема (или пальца) вблизи датчика. Это не я придумал, конкуренты широко используют. Другой сенсор поинтереснее.

Следует отметить важную в данном контексте особенность любой вилки RJ45. Жилы кабеля одной из пар (обычно зеленой, бывает оранжевой) разделены жилами голубой пары. Эта разделенная пара отмечена на рисунке красными кружочками. Строго над жилами этой пары установлены миниатюрные 1х1х2 мм катушки индуктивности. Когда по разделенной жиле течет ток сигналов Ethernet, вокруг жил создается переменное электромагнитное поле, которое наводит в катушках ЭДС. Катушки включена «навстречу» друг другу, то есть ЭДС от дифференциального сигнала Ethernet там суммируется, а синфазная ЭДС от помехи вычитается. ЭДС получается небольшая, десятые доли милливольт, но достаточная для усиления с помощью ОУ и обработки микропроцессором.

То есть, мы с точностью до миллисекунды (можно точнее, но нет нужды) можем отследить время появление (исчезновения) сигнала Ethernet в кабеле. Это время совпадает со временем поднятия (опускания) порта на свитче. Сопоставляя эти два времени можно понять, в какой порт свитча подключен кабельный тракт, на котором смонтирован датчик. Задача красного и зеленого патч-кордов решена. И решена задача для интеллектуальной СКС в целом.

На мой взгляд этого достаточно, но перфекционисты могут отметить, что если нет установленного соединения Ethernet, то сенсор не работает. И будут по-своему правы. Для приближения к совершенству можно использовать сигналы FLP. Если нет соединения Ethernet, то в соответствии со стандартом Ethernet порт свитча передает сигналы autonegotiation Даже на разомкнутой линии, когда в розетку СКС на рабочем месте ничего не подключено, возле вилки RJ45 возникает ПЭМИ (побочное электромагнитное излучение) от тока сигналов FLP. С точки зрения математического аппарата электротехники ток называется мнимым. Но он действительно есть, нужно только, чтобы длина кабеля после датчика (permanent link) превышала 3 метра. Катушки мнимый ток тоже отслеживают, но электроника для обработки сигнала обходится чуть дороже.

Как помним, порт свитча не передает сигналы Ethernet. Поэтому ему можно без последствий сделать shutdown, сигналы FLP передаваться не будут, и одновременно с shutdown (а затем с no shutdown) сенсор на катушках изменит свое состояние. Опять сопоставляем события на свитче и датчике.

Реализована система так. Есть шасси, никакой электроники, только крашенная сталь, куда можно вставить UTP модули Keystone любого производителя.



В шасси есть ниша для установки системы датчиков, которую можно закрыть заглушкой. То есть, для начала можно установить обычную панель, а потом сделать её интеллектуальной в любой момент без перерыва в работе сети. Карту кабельных подключений можно будет потом восстановить автоматически. Понятно, что для этого нужно прикупить плату датчиков.



И панель станет интеллектуальной.



Ответы на потенциальные вопросы:

С экранированными СКС не работает. Можно экранированный кабель, а вилка RJ45 и Keystone не экранированные. По-моему, разумно. Если у вас злоумышленник может проникнуть в серверную, то экранированный патч-корд не спасает.

С оптикой тоже не работает. Скорее всего, можно сделать аналог для оптики. Датчики для приборов ночного видения (и прицелов) развиваются очень быстро. Уже могут ловить пиковатты. Установив подобный датчик на внешнюю поверхность оптической жилы, можно в принципе понять, есть ли там полезный сигнал. Но в ЦОД сейчас переходят на многожильные оптические разъемы, там и так становится понятна карта кабельных подключений. А в серверных отслеживать 2-3 uplink представляется бессмысленным.

С помощью катушек снять данные в кабеле нельзя. Сенсор очень узкополосный (резонанс ~10 Мгц), а сигнал Ethernet очень широкополосный.

Цену на порт в таких системах не принято публиковать, товар штучный. По сравнению с конкурентами выходит очень и очень недорого.

Про софт. Есть софт, который пишет события СКС в Postgres. Своего софта, который рисует красочные картинки, нет. С одной стороны, можно в NMS с помощь примитивных скриптов просто показывать таблицу кабельных подключений конкретного свитча при щелчке на свитче и можно просто интегрировать упомянутую БД с Helpdesk, избежав немалых затрат на прорисовку этажных кабельных трасс.



С другой стороны, можно интегрировать в сторонние программы графической визуализации физической инфраструктуры с прорисовкой кабельных трасс. С третьей стороны, Минстрой обещает, что в Москве в 2020 году все вновь проектируемые здания будут с BIM (Building Information Model), где СКС будет прям в трехмерном виде. В перспективе, пожалуй, туда надо интегрироваться.

Нужно ли это в принципе? Кому-то да, кому-то нет. Причем, ответ со временем может измениться. Но недорогое шасси патч-панели со слотом для датчиков позволяет отложить решение вопроса до лучших времен, а затем быстро и эффективно его решить, когда эти времена наступят.

Если что-то упустил, пожалуйста, спрашивайте.

P.S. Философское отступление. На данный момент из всех уровней OSI компьютерной сети СКС единственный, который не контролируется автоматически. Без контроля, ручного или автоматического, СКС будет сползать в хаос по второму закону термодинамики. Если у вас с патч-кордами порядок (и это правильно) значит вы так или иначе тратите на это ресурсы.

P.S.S. В комментариях пишут, что проще заставить админа вести журнал кабельных подключений. Заставить можно, ну тогда еще нужен аудитор, который будет периодически проверять достоверность записей кабельного журнала. Интересно, как это он будет делать.

P.S.S.S. В комментариях наблюдается стойкая уверенность, что с помощью чтения mac-адреса на порту свитча можно получить информацию об СКС. Все нормальные NMS отлично читают mac-адреса, и лично я не встречал NMS, в которых бы фигурировали патч-панели с картами подключений. Может производители NMS просто не догадываются, что СКС туда интегрировать очень даже просто?

Вы можете помочь и перевести немного средств на развитие сайта



Комментарии (51):

  1. Radiohead72
    /#20767348

    Т.е. вся система затеяна для того что-бы понять в какой порт свича воткнут патч-корд идущий из такого-то порта патч-панели? Связка свитч — порт патч-панели?
    Я правильно понял?

    • borishoz
      /#20767350

      Точно.

      • ilyaplot
        /#20770910

        Я подхожу к руководителю со счетом на ваши патч-панели, говорю, что это очень хорошая и нужная штука. Руководитель спрашивает, действительно ли он должен оплатить счет из-за того, что я не записал, в каком порту на патч-панели какая розетка, или мне просто лень посмотреть mac адреса на порту?

        И как ваша простая электроника отреагирует на грозы, например?

        • borishoz
          /#20771300

          На грозы не реагирует.

          Ну посмотрел админ mac адрес на порту, ничего не даст. Админу нужно ручками записывать или в какую розетку в помещении включен комп с конкретным mac адресом, или в какой порт патч-панели включен порт коммутатора, тоже ручками. Информация одна и та же в итоге в обоих случаях.
          Начальник тоже заинтересован в интеллектуальных панелях не меньше админа. Проверить насколько качественно админ записывает информацию ручками практически не возможно. Нужно тоже ручками периодически проводить аудит, поэтому админы на это нужное мероприятие обычно забивают. И вскрывается этот факт при какой-то неприятности, или через какое-то время после увольнения админа. А начальник-то остался…

  2. homeles
    /#20767568 / +1

    Как-то не могу понять смысл. Если у вас есть возможность управлять портом коммутатора — значит коммутатор — управляемый. А на большинстве нормальных управляемых коммутаторов L2 всегда можно посмотреть таблицу MAC-адресов, которые на портах «светятся». А определить соответствие MAC и устройства — особой проблемы LAN-сканером не составляет. Я таким образом делал аудит в одной администрации в 6 этажей сетки с кучей портов и компов. БЕЗ разгребания «мотни» из патч-кордов и выяснения «что это за серобуромалиновый провод и куда он идет». Так же всегда можно отловить «левые» (или хорошо забытые) коммутаторы в отдельных кабинетах, где компов стало больше, чем изначально розеток туда заведено

    • Radiohead72
      /#20767650

      Тут смысл немного в другом.
      Вот у вас серверный шкаф с кучей патч-панелей, свичей и патч-кордов которые все это соединяют.
      Вы смотрите на патч-корд воткнутый в 38-й порт шестой патч-панели и пытаетесь понять в какой порт какого свича воткнут этот патч-корд.
      Можно определить вручную размотав патч-корд. Можно по MAC если вы знаете что за железка на дальнем конце а свитч умный. Можно патч-корд воткнут во флюк и «поморгать» портом свича.
      А можно вот этой железкой которую предлагает автор.
      Но честно говоря необходимость такого решения… Как-то под вопросом…

      • borishoz
        /#20767736

        Можно по MAC если вы знаете что за железка на дальнем конце

        Нет автоматизированного решения, чтобы узнать МАС железки, подключенной на рабочем месте. Легко понять, в какой порт коммутатора железка подключена. В какой комнате она стоит, только вручную.
        Можно патч-корд воткнут во флюк и «поморгать» портом свича.

        Перед этим надо патч-корд вынуть из панели (по большому счету не ясно какой), а там может босс по скайпу общается.

    • borishoz
      /#20767706

      Нужно, чтобы не было «мотни». Все кабельные переключения отслеживаются, каждое будет иметь ФИО.

  3. homeles
    /#20767842

    Самый приятный коммутационный узел у меня был с патч-кордами, отмаркированными бирочками — «место-порт-железка <> место-порт-железка» на обоих концах (но это был Huawei-евский шкаф MicroDC). Сразу видно — куда и откуда.

    • borishoz
      /#20768150

      Тоже вариант. Два недостатка.
      1. Каждый раз при переключении нужно переписывать-переклеивать бирочки.
      2. Где гарантия, что кто-то переключил, не переписав. И добросовестно полагаясь на бирочки, можно получить большие неприятности, например, сервер отключить.

  4. zeronice
    /#20768218

    Во свей этой технологии ключевой момент — завязка на смену состояния порта. А значит в боевом режиме для выяснения придется класть линк. В связи с этим вопрос — чем это проще и дешевле одно комплекта тестера со щупом?
    Во-вторых, действительно, зачем оно все такое? Если уж знания о состоянии являются требованиями к СКС, то значит техника на концах тоже не на 100Мбитных рилтеках работает и все-все-все о себе сообщать умеет на такие же умные свитчи. А то, что не умеет, отслеживается этими самыми свитчами и админ автоматом получает таску найти залетное.

  5. borishoz
    /#20768298

    В момент поднятия линка идентифицируется кабельный тракт. Если линк не прерывался, значит кабельный тракт тот же.
    Как решить автоматически решить задачу? Два ноутбука включены в СКС на 1 и 3 этажах. Где какой?

    • balamutang
      /#20768406

      Во первых должен быть паспорт СКС, а на панелях подписаны порты в формате «этаж.комната.рабочее_место.номер_розетки» и в принципе это решает очень много проблем.
      В данном случае даже думать не придется где ноут с первого этажа, а где с 10го.
      Во вторых в кабельных тестерах дороже 200руб есть в комплекте тот самый бесконтактный датчик ЭМИ, который может и активность ЛВС показать и заодно в другом режиме — наличие 50Гц, а также может быть фонариком.

      • borishoz
        /#20768514

        И все-таки, вот на панелях имеется вся маркировка. Где ноутбуки? Вы же достоверно не знаете как соединены между собой порты патч-панели и свитча.

        Не встречал таких тестеров, может и есть такие. Как это поможет задаче с ноутбуками?

        • balamutang
          /#20768746 / +1

          Есть ощущение что вы решаете какую-то свою специфическую задачу с перманентным бардаком, вроде коворкинга, где каждый день новые люди с ноутбуками на разных местах и рулит этим куча админов.
          В нормальной корпоративной сети все патчпанели подписаны, а мак-адреса оборудования известны и задокументированы, более того регулярно проводится инвентаризация оборудования. С помощью паспорта сети и логов со свича все легко контролируется без всяких усилий.
          Единственное что автоматизирует эта патч-панель — контроль кабеля от свича до патч-панели, его надо сделать один раз при подключении нового рабочего места, точно ли нужна автоматизация для этого?

          • borishoz
            /#20768882

            На рабочих местах в корпоративной сети живые люди, которые постоянно переезжают, увольняются, переводятся в другие отделы. Переключения патч-кордов осуществляются постоянно. И эти действия, на самом деле, редко в какой корпорации документируют, нудно очень.
            Самая большая интеллектуальная СКС в Восточной Европе расположена в Москва-Сити. Вендор не российский, ежу понятно.

            • balamutang
              /#20769082

              Ну и что, что люди увольняются, оборудование то не увольняется, остается с тем же маком. Да в общем это наверно и не особо критично вообще, все равно все сотрудники будут в одном вилане, хоть как они пересядут или уволятся, я на самом деле даже не знаю зачем нужно выяснять какой ноут на 10 или на 1м этаже.
              Странно было бы если бы разграничение доступа у сотрудников было бы на уровне СКС, а не на уровне логина в системе.

              А по поводу нудности документирования — у нас техдир админов за бардак в документировании сети лечил очень просто — в пятницу вечером в присутствии админа вынимал все кабеля из свичей и патчпанелей и к понедельнику получал актуальную документацию к сети. И самое главное никому впредь уже было не нудно ее документировать при каждом изменении. Да и стоимость двух дней админа сильно меньше даже одной интеллектуальной патч-панели, а их в среднем шкафу десяток точно есть.

              • borishoz
                /#20769246

                Наверное, админы получали хорошую зарплату. Чтобы терпеть такое отношение к себе. Или иметь специальный склад ума, чтобы безропотно выполнять тупую и нудную работу. К счастию, среди айтишников таких не много.
                Это, действительно, вопрос цены. Если есть возможность осуществлять процесс такими административными мерами, то можно обойтись без автоматизации.

                • balamutang
                  /#20769406

                  Какой «такое отношение»?
                  Человек проштрафился, не выполнил свою работу, ему дали шанс исправиться.

                  • borishoz
                    /#20769444

                    Это вопрос этики, а не техники. Кому-то такое отношение и нормально.

                    • balamutang
                      /#20769576

                      Конечно же этики. Я думаю что это неэтично — свою работу не делать, а за ЗП приходить.

              • borishoz
                /#20769366

                Кстати, зачем надо было в пятницу вечером издеваться над людьми, если, как Вы писали:

                С помощью паспорта сети и логов со свича все легко контролируется без всяких усилий.

                • balamutang
                  /#20769570

                  Почему в пятницу вечером — чтоб не останавливать работу офиса и было время за выходные все собрать.
                  Зачем — потому что порядок должен быть. Если запустить документирование то потом может быть сложно заменить админа и получется что бизнес завязан на одного человека, который может заболеть/уволиться/умереть.
                  Понимаете — можно просто вести журнал, где будут зафиксированы соединения патчей и свичей, а можно купить интеллектуальных панелей за лишние деньги чтоб получить тоже самое.
                  И самое главное что если ленивому админу, который не хочет журнал вести, дать такие панели — то он и панели не настроит или забросит, потому что лень или нужно настраивать, ведь «а зачем настраивать панели если сеть и так работает».

                  • borishoz
                    /#20769674

                    Издеваться, потому что «техдир… в пятницу вечером в присутствии админа вынимал все кабеля из свичей и патчпанелей». Техдир лично сам вынимал, потому что админ не умел отключать патч-корды? Учил на личном примере?
                    С журналом, конечно, полное благорастворение. Админ ведет журнал. Все довольны. Админ увольняется, в журнале чушь. К админу нужен еще аудитор, периодически.
                    Панели админ не забросит, потому что они в сети, сразу видно, работают или нет.

                    • balamutang
                      /#20769774

                      Ну так техдир и делал аудит и выяснились проблемы с журналом, что он не соответствует реальности.
                      Вынимал вроде сам, подробностей не знаю, это мне тот админ рассказывал, сам я не видел.

                      • borishoz
                        /#20769858

                        Прикольно, технический директор сидит в серверной и разбирает в шкафу патч-корды. Надеюсь, периодически.

            • vp7
              /#20771794

              В корпоративной сети это решается внедрением 802.1x.
              Пофигу где торчат ноутбуки, пока они не прошли аутентификацию у них нет доступа к сети.
              Как только аутентификацию прошли — мы знаем какой ноут в каком порту торчит, кидани его в нужный VLAN, знаем его MAC и IP.

              • borishoz
                /#20771922

                Но не знаем в какой порт СКС он включен. Всё, что Вы перечислили, можно делать просто по mac, без 802.1x.

  6. drWhy
    /#20768388

    Лет пятнадцать назад у Cisco была система управления СКС, подсказывавшая монтажнику нужный порт патч-панели миганием светодиода, неправильные подключения также подсвечивались. Примерно в то же время, когда появились каналы для вдувания дополнительного оптоволокна компрессором в уже проложенные магистрали.

    Для оптических линий существуют не только датчики наличия сигнала, а и снятия сигнала с проложенной линии без подключения к ней — достаточно сигнала, переизлучаемого с изгиба линии, чтобы траслируемое по ней потоковое видео можно было несанкционированно просматривать. Та же австралийская компания, что производила такие датчики предлагала и защиту от подобного снятия информации.

    • borishoz
      /#20768450

      Светодиоды и в этой панели мигать могут. Интересно, как они (Cisco) отслеживали неправильные подключения?

      Вопрос только в цене датчика, способного снять сигнал с оптики.

      • drWhy
        /#20769668

        Админ на схеме выбирал порт, отправлял монтажника скоммутировать. Если монтажник лажал, админ, видя это на схеме, сигналил ему тремя красными свистками.

        Цена, как обычно — «Свяжитесь с нами».
        Та же австралийская фирма производила оборудование для контроля состояния протяжённых объектов оптоволоконным датчиком — до 150 км из одной точки, точность — 1 м/км, цена — ниже миллиона долларов.

        • borishoz
          /#20769714

          Можно и так. Недостаток — нужно два человека на переключение кабеля.

    • awoland
      /#20771936

      Такие системы существуют и сейчас у ведущих вендоров СКС…

      • borishoz
        /#20771984

        Не работают по схеме интер-коннект (80% СКС). Почти на порядок(!) дороже.

        • awoland
          /#20773582

          По-поводу стоимости — согласен. Что вы подразумеваете под «схемой интер-коннект»?
          Если это совместимость между различными вендорами — то это несусветная глупость. Все «приличные» и «взрослые» СКС строятся на основе компонентов одного вендора и сертифицируются этим вендором на гарантийный срок работы до 25-лет. При этом вся слаботочка, включая даже патч-корды, должны быть от данного вендора. Исключение составляют наследуемые решения. В моей практике, например, был случай, когда Nexans сертифицировал на остаточный срок гарантии СКС, построенную на компонентах Alcatel, после замены патч-панелей на Nexans.
          Естественно, что ни один вменяемый производитель не станет сертифицировать и давать 25-летних гарантий на продукцию своих конкурентов.

          • borishoz
            /#20773680

            В статье про схемы кросс-коннект и интер-коннект написано. Не совместимость.

            • awoland
              /#20778382

              За весь свой 30-летний опыт работы с LAN/WAN и СКС в частности, единственный раз видел подобную схему. При этом применена она была как раз для того, чтобы надстроить над старой СКС систему автоматизированного мониторинга от другого вендора, не нарушая гарантийной сертификации текущего… Т.е. порты патч-панелей с активным мониторингом были кросс-конектом заведены в порты патч-пенелей старой СКС.
              Вменяемых и адекватных причин для применения кросс-конекта в описанном в статье виде, по моему скромному мнению, не существует.

  7. vp7
    /#20771834

    Пока не понял сценария применения.


    Это для сетей, в которых свичи и патч панели есть, но денег на управляемые свичи и пару lan тестеров нет?
    Тогда это прямо явно SOHO сегмент для домашнего использования и цена порта не должна превышать $5-7, иначе управляемый свич будет выгоднее.


    Но… я так понимаю, даже за $50 (что уже дороговато для дома) вы подобный девайс на 8 портов не продадите, да? ;))

    • borishoz
      /#20771958

      СКС — это неотъемлемая часть компьютерной сети. NMS — это программа для управления сетью. Она показывает всё, за исключением СКС. Нету NMS, в которых присутствует СКС (которая неотъемлемая часть сети). Почему? Потому что информационная связь между СКС и NMS без дополнительных датчиков (моих или конкурентов) отсутствует.

  8. awoland
    /#20771892 / +1

    Идея, безусловно, замечательная, но энтерпрайзу нужны готовые комплексные решения.
    Пример: Nexans LANsense AIM или CommScope iTRACS DCIM. Только в таком «форм-факторе» эта идея может быть востребована…

    • borishoz
      /#20771978

      Ну, пожалуйста, законченное решение: наше железо + голландский Patchmanager с отличным API. Если клиент готов платить за ввод большого количества информации об инфраструктуре.
      Клиенты все разные. Кто-то любит попа, кто-то попадью, кто-то попову дочку.

      • awoland
        /#20773596

        Я вас ни к чему не принуждаю и, тем более, ничего не предлагаю. Я лишь заметил, что ваша идея очень привлекательна с инженерно-технической точки зрения, но клиент не станет платить за «наколеночное» решение ни при каких обстоятельствах. И увязать ваше железо с голландским Patchmanager в единый продаваемый продукт для конечного пользователя — это ваша головная боль.

        • borishoz
          /#20773708

          Нет там никакой боли. Отличный API. Это просто графическая оболочка. Кстати, Patchmanager Brand-Rex для своих интеллектуальных патч-панелей использует.

        • borishoz
          /#20774468

          И спасибо за дельные комментарии.

  9. vadimr
    /#20772258

    Простите меня, если что, за дилетантский вопрос, но вы уверены, что устройство, регистрирующее ПЭМИ СКС, может по российскому законодательству находиться в свободном обороте? Даже притом, что оно не снимает собственно сам информационный сигнал.

    • borishoz
      /#20773232

      Если, честно, не думал об этом. Надеюсь, до этого не дошло.

  10. Godless
    /#20772756

    а еще есть чудесные древние маркировочные пипки с цыфирьками и некоторыми букафками.
    Не серчайте. отличное технологичное решение, но уж больно узкой задачи.

    • borishoz
      /#20773246

      Не серчаю. Вы хоть не утверждаете, что можно с помощью mac-адресов можно контролировать СКС (все крупные производители СКС ваяют свои интеллектуальные СКС исключительно по недомыслию). Ваша идея работоспособна, но:
      1. Каждый раз при переключении нужно переписывать-переклеивать бирочки.
      2. Где гарантия, что кто-то переключил, не переписав. И добросовестно полагаясь на бирочки, можно получить большие неприятности, например, сервер отключить.

      • awoland
        /#20773552

        И, кроме того, все интеллектуальные автоматизированные системы мониторинга и управления СКС изначально подразумевают функцию автоматизированного контроля и отслеживания (регистрации) несанкционированных подключений/отключений абонентов. Это одна из основных функций подобных систем. Чего нельзя сказать по бирочки…

  11. 0ri0n
    /#20773586

    Все хорошо, все прекрасно.
    Но вопрос зачем столько усилий, если уже современные сетевые могут работать и по обратному кросу и по прямому. Они сами подстаиваются. Попробуйте.

    Ваша задумка хорошая. Но как за отдельный товар я платить бу не стал. Как за доп технологию — так сказать Изюминку в каком то коммутаторе — можно.

    • borishoz
      /#20773694

      Что такое обратный кросс?

      В коммутатор вставлять бессмысленно. Что там детектировать, если и так известно, что порт поднят.