Отправлено SM 15 июля 2005 г. 09:49 В ответ на: ну тогда обычно предполагается, что тот кто быстрее , иногда останавливается ... иначе вообще непонятно о чем говорить отправлено yes 15 июля 2005 г. 09:44

типичный случай - 2 E1 потока. Идут от источников с разной синхрой. Надо например один канал из одного потока пустить в канал другого потока. ОБА ПОТОКА ВХОДЯЩИЕ! И тут как раз и вылезает эта проблема. Почему и делают так, чтобы все потоки были засинхронизированы от одного клока.

• а разве там нет запасных служебных битиков на этот случай? — net_   (15.07.2005 10:31 62.5.221.210, пустое)
  • Хм. А как может (+) — SM   (15.07.2005 10:36 213.141.159.26, 378 байт)
    • Ответ: Думаю что должны в потоке попапдпться "пустые места", ну если данных просто нет, провайдер-же наверно не гонит random. — artem   (15.07.2005 12:18 221.146.44.61, пустое)
      • не пустые места - а служебные биты для этого есть в кадре — net_   (15.07.2005 12:43 62.5.221.210, пустое)
        • ну хорошо. Вот так переспрошу (+) — SM   (15.07.2005 13:04 213.141.159.26, 444 байт)
          • Ответ: В память, а потом, если протокол позволяет задним числом впихивать, туда и впихнуть. — artem   (15.07.2005 13:09 221.146.44.61, пустое)
            • Блин. Ну что за "если протокол позволяет"? Я же сказал, что за сеть и что за потоки. — SM   (15.07.2005 13:24 213.141.159.26, пустое)
    • зачем?(+) — net_   (15.07.2005 10:43 62.5.221.210, 219 байт)