мой опыт основан на системах связи SDH, и там, как вы правильно сказали, требования не такие жесткие, как в вашем случае. В SDH синхронизация используется для того, чтобы между узлами не было "проскальзываний", т.е. потерь данных. При этом уровни иерархии синхронизации, условно поделенные на 1,2 и 3, означают сколько дней(часов) узлы с соответствующим уровнем синхронизации смогут проработать без "проскальзываний" в случае потери иерархии синхронизации (обрывов каналов, по которым узлы синхронизируются между собой в нормальном режиме). Т.е. в телекоме речь идет прежде всего об удержании синхронизации хоть в каких-то но ограниченных пределах, и при этом не потерять данные, пока канал синхронизации не починят. Примерно как-то так.
Вот почему я привел ссылки на LHC, как на более приближенный к вашему случай. Там синхронизация используется для измерения времени жизни элементарных частиц в единицы наносекунд, с разрешающей способностью порядка 25-50-120 пс.
Коммерческий вариант оптики под синхронизацию - SFP-модули. Лидеры рынка по качеcтву - Avago и Finisar. 85% телекоммуникационных компаний (cisco, intel, brocade, h3с) заказывают у них OEM-производство.
на одномоде один пролет может быть 10, 20, 40, 80 км без ретрансляции. Возможны и более длинные дистанции точка-точка без ретрансляции (120, 160, 200 км), но с применением оптических усилителей (EDFA или RAMAN). Все коммерческие WDM системы предназначены для работы по одномоду. Для многомода их не делают, длины волн не те. И вообще многомод фактически умер 4 года назад, и им пользуются только те, у кого он по зданию УЖЕ проложен в больших количествах. Все новые стройки делаются исключительно на одномоде (за исключением военных и прочих непрофессионалов). Был даже случай год назад, когда из-за неграмотности одного "манагера" (многомод дешевле на 20%) в коллектор в москве проложили 5 км многомода на 64 волокна одним куском. Естественно, он не завелся (и не мог!) и понеслись увольнения-штрафы-перекладывание_кабеля-убытки-прочая-прочая.
по поводу отдельных каналов для синхронизации и данных - сходу не могу ответить. Random jitter будет добавляться в обоих случаях примерно один и тот же. Deterministic jitter - на синхру действовать будет слабо, на сигнал с данными - будет, величина и характер распределения будет определяться видом кодирования. Если будет ФАПЧ, то будет ещё и cycle-to-cycle jitter, который зависит от силы обратной связи и постоянной задержки петли обратной связи. (damping/peaking)
--------------------
провоцируем неудовлетворенных провокаторов с удовольствием.
|