Я нахожусь в середине проекта, который требует написания программного обеспечения, которое будет отправлять некоторые пакеты через Ethernet каждые N миллисекунд. Провод Ethernet будет идти от компьютера к коммутатору, а затем к остальной части сети. Обратного трафика нет, поэтому пакеты только уходят, ничего не входит. Эта «идеальная» ситуация была создана для измерения джиттера (изменчивости во времени) пакетов. Например, хотя мы ожидаем, что пакет будет отправляться каждые 5 мс, на самом деле он будет покидать компьютер каждые 5 мс +- w , где w — случайная неопределенность (т. е. джиттер).
Я хотел бы измерить этот джиттер, подключив осциллограф к внутренним проводам адаптера расширения Ethernet , записав форму волны и посмотрев, когда передаются пакеты данных (пакеты). Я делаю много наивных предположений об Ethernet в целом и CAT5 в частности, и пока не вижу ничего значимого, кроме всевозможных шумов. Поэтому у меня есть вопросы.
Во-первых, могу ли я вообще предположить, что между моим ноутбуком и коммутатором постоянно не передаются никакие сигналы, кроме моих пакетов?
Во-вторых, моя схема зондирования вообще работает? Могу ли я просто соединить два провода CAT5 с таким адаптером, разорвать его, снять изоляцию с проводов и подключить их к прицелу? Если да, то какие провода смотреть?
Наконец, сможет ли мой 100-мегагерцовый осциллограф обрабатывать данные, которые будут отправлены по моему 100-мегабитному соединению? Мне нужно только посмотреть, есть ли всплеск или нет, поэтому я подумал, что все будет в порядке.
Есть ли какие-либо другие предложения о том, как я могу сделать это в качестве альтернативы?
Ваше здоровье! "="
Нет, вы не можете предполагать, что на линии не будет сигнала только потому, что вы намеренно не отправляете что-то на сетевом пакетном уровне. Есть вещи, называемые импульсами связи, и между коммутатором и PHY и, возможно, MAC могут происходить другие согласования.
Лучше всего было бы позволить MAC и PHY выполнять свою работу. Вы можете использовать микроконтроллер с MAC и PHY, чтобы выводить булавку всякий раз, когда принимается один из ваших пакетов. Вы бы написали очень простой «драйвер», который просто ждет пакета на уровне MAC, выдает булавку, а затем очищает пакет. С такой специализированной прошивкой дрожание, которое она добавляет, должно быть довольно небольшим.
Если вы хотите снизить скорость передачи пакетов, вы можете сделать это еще проще. Большинство коммутаторов и других устройств Ethernet имеют светодиоды отправки и/или приема. Они часто мигают в течение нескольких десятков мс при отправке или получении пакета, поэтому отправка одного пакета каждые 5 мс не будет работать. Если вы отправляете пакет каждые 100 мс, светодиод должен снова погаснуть, когда прибудет следующий пакет. Вы также можете подключить свой собственный PHY и настроить его на короткое время для каждого пакета. Это в основном то, что делает чип в переключателе, когда он управляет светодиодом.
