Отправлено rezident 20 апреля 2005 г. 20:44 В ответ на: понял...ну значит квитирование + ПУК + crc отправлено В ступоре 20 апреля 2005 г. 20:27

Я имел в виду, например, радиомодем, работающий в "прозрачном" режиме. Т.е. два устройства которые связываются через радиомодемы не подозревают, что они (модемы) там есть с точки зрения ожидаемых задержек запрос-ответ.

• да так оно и есть ;) ПУК = ПомехоУстойчивое Кодирование — В ступоре   (20.04.2005 20:52, пустое)
  • С этим понятно ;). А по остальной части вопроса? — rezident   (20.04.2005 21:02, пустое)
    • а какая остальная часть вопроса? — В ступоре   (20.04.2005 21:04, пустое)
      • Ответ: — rezident   (20.04.2005 21:09, 215 байт)
        • так я вроде как ответил...не передает АСК — В ступоре   (20.04.2005 21:14, 44 байт)
          • Не понял. Кто кому передает ACK? Два устройства общаются посредством третьего не подозревая о его наличии. Третье устройство не рабираясь в протоколе транслирует пакеты. Где ACK? — rezident   (20.04.2005 21:19, пустое)
            • нет, не посредством третьего а посредством третьего и четвертого...теже радиомодемы - нужна пара — В ступоре   (20.04.2005 21:22, пустое)
              • Для модемов- да, а для устройства 'конвертора скоростей передачи' не обязательно. — rezident   (20.04.2005 21:25, пустое)
                • изначально я имел ввиду не его:) но это к делу вроде как не относится) — В ступоре   (20.04.2005 21:27, пустое)
          • есть еще режим работы конечно, — В ступоре   (20.04.2005 21:16, 97 байт)
            • кстати, насчет этого я особо голову не ломал и сделал бит конфигурации (все равно выдавать или вообще не выдавать), по умолчанию не выдавать. — В ступоре   (20.04.2005 21:18, пустое)
              • Т.е. все-таки "резать к чертовой бабушке"? — rezident   (20.04.2005 21:21, пустое)
                • по умолчанию да — В ступоре   (20.04.2005 21:24, 159 байт)
                  • Ясно. Консенсус найден :) — rezident   (20.04.2005 21:27, пустое)