Нет средств обнаружения столкновений на прикладном уровне? Хм

Зачем закрывать вопрос? Понятно, что понятно, о чем спрашивают. Лол, даже ответили.

Его проголосовали за закрытие, вероятно, потому, что он содержал два несвязанных вопроса. Кроме того, название немного вводит в заблуждение, потому что вы имеете в виду «обнаружение столкновения», а в последующем обсуждении выясняется, что в вашей симуляции никогда не бывает столкновений. То, что вы ищете, - это определить, вышел ли узел «за пределы диапазона» приемника. На прикладном уровне (и во многих протоколах маршрутизации, где необходимо обнаруживать обрыв связи) это делается путем периодической отправки сообщения, а на принимающей стороне с помощью таймера, чтобы увидеть, не получили ли вы что-то в течение этого периода таймера.

> Ответ: hostSink не может определить, отправляет ли еще hostA пакеты. Моделирование отражает поведение реальной сети, и в реальном сетевом узле неизвестно, отправляет ли еще другой узел пакеты. Это ни в коем случае не может быть правдой. Если оба хоста отправляют пакеты, даже если они "сталкиваются", они должны дойти до прикладного уровня приемника...

... Даже если поступление происходит не по порядку, ОБА пакета должны быть получены и отброшены приемником. Сток умеет записывать время приема и ставить таймер (логически, по крайней мере). Если пакет получен от любого хоста до истечения времени, то да, хосты все еще отправляют пакеты в приемник.

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

Я использую среду без шума/помех; пакет не должен быть поврежден. Или?

2. _Если пакет получен от любого хоста до истечения времени, _ - да, таким образом можно определить, что отправитель все еще активен. Но в своем вопросе вы не упомянули, что пакеты отправляются через определенные промежутки времени и что получатель знает значение периода.

Но я не уверен, как настроить таймер; ясно, что время моделирования =/= фактическое время (ОС). Как я могу создать таймер, который ждет X OMNET секунд?

Я использую среду без шума/помех; пакет не должен быть поврежден. Или? Ну, в большинстве случаев его не следует отбрасывать. Но помните, что, как и в реальной сети, буфер на сетевом уровне имеет конечный размер, буфер в MAC тоже.

Время моделирования полностью отличается от времени операционной системы! Я настоятельно рекомендую вам пройти TicToc Tutorial.

Да, буфер имеет конечный размер, но я могу контролировать скорость ввода пакетов; отправка пакетов с интервалом 200 мс с максимум 6 узлов не так уж и много (реально буфер никогда не может быть заполнен)

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

Да, в туториале показаны только таймеры, установленные в ned-файле docs.omnetpp.org/tutorials/tictoc/part7. Мне нужен более тонкий контроль

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

Я бы не сказал, что неприменимы. По крайней мере, шаг 3.6 TicToc «Моделирование задержки обработки» четко описывает, как реализовать таймеры в коде C++: docs.omnetpp.org/tutorials/tictoc/part3/… в вопросе, они действительно не связаны с вашей проблемой.