https://www.opennet.ru/openforum/vsluhforumID6/20067.html Подскажите, пожалуйста, кто знает как помочь в следующей сложившейся ситуации:<br>имеется поток Е1, в котором используется протокол HDLC, который отражает множество ошибок CRC-буквально за сутки может набежать около 12 000 ошибок CRC!<br>В чём мжет быть причина возникновения этих ошибок и как самое главное их можно устранить?<br>Используется STM оборудования различные.<br> https://www.opennet.ru/openforum/vsluhforumID6/20067.html#7 Mon, 23 Nov 2009 09:17:33 GMT а никак нельзя как-нибудь симетировать реальный маршрутизатор cisco например серии 2600.<br>Завести на обычный ПЭВМ, где крутиться ПО,иметирующее данный маршрутизатор, а к ПЭВМ подключить какую-нибудь плату-pci с выходом E1?<br>есть такие иметаторы?<br> https://www.opennet.ru/openforum/vsluhforumID6/20067.html#6 Mon, 23 Nov 2009 06:59:12 GMT sh controller e1 для начала с обоих сторон.<br><br> https://www.opennet.ru/openforum/vsluhforumID6/20067.html#5 Mon, 23 Nov 2009 06:29:52 GMT &gt;какие именно можете порекомендовать анализаторы потоков Е1, при помощи которого можно оценить <br>&gt;общее состояние потока ,а также применятьв том числе при подобной ситуации? <br>&gt;<br>&gt;просто чувствую необходимость в наличии данного устройства, поэтому сразу консультируюсь какие лучше,если <br>&gt;закупать. <br><br>Ну такой прибор очень дорого стоит 300-400 т.р. и видел я его всего один раз когда у нас стороняя организация принимала поток в эксплуатацию, на эту тему для проверок мы используем циску с Е1 портом. Так что извеняйте не подскажу даже примерно какой прибор брать<br><br><br> https://www.opennet.ru/openforum/vsluhforumID6/20067.html#4 Mon, 23 Nov 2009 05:12:21 GMT какие именно можете порекомендовать анализаторы потоков Е1, при помощи которого можно оценить общее состояние потока ,а также применятьв том числе при подобной ситуации?<br>просто чувствую необходимость в наличии данного устройства, поэтому сразу консультируюсь какие лучше,если закупать.<br> https://www.opennet.ru/openforum/vsluhforumID6/20067.html#3 Mon, 23 Nov 2009 04:18:03 GMT Ну поток в SDH может проходить прозрачно и тогда оборудованию SDH пофигу, что в нем передается, а когда вы присоединяете оборудование которое видит структуру потока, вот тут и начинаются ошибки, возможно у вас не настроена или не правильно настроена синхронизация, она может быть как внутреняя, так и от внешнего источника, в т.ч. как от входящего потока, так и от выделеного источника синхронизации. <br>Ну как бы совсем без приборов проверять потоки очень сложно, еще есть вариант, циска с серийным портом (V.35) + конвертер E1-V.35, проверка аналогичная указаной выше или прибор который меряет потоки, ставим в разрыв и смотрим ошибки, проверяем все участки.<br><br>PS. Да еще раз настоятельно рекомендую проверить все кабели и не надеяться на них, очень может быть, что это просто проблема контакта.<br> https://www.opennet.ru/openforum/vsluhforumID6/20067.html#2 Mon, 23 Nov 2009 01:13:53 GMT Если пайка нормальная в разъёмах, то как ещё можно проверить?<br>Циски нет с портом Е1 к сожалению:-(<br>Заворот программный могу сделать чрез оборудование оперирующая с SDH. Между этими обоуродания при помощи своего ПО показано,что никаких ошибок не показывает и соответсвенно тракт норальный, но только одключаешь поток Е1 с данного оборудования(оно 100% исправное-проверял) в потребитель потоков-на уже данном оборудование откуда-то показывается,что сыпятся ошибки СКС с поданного на него потока Е1 по протоколу HDLС :-(<br>Как ещё можно проверить откуда ошибки прут?и как их устранить:-(<br> https://www.opennet.ru/openforum/vsluhforumID6/20067.html#1 Sat, 21 Nov 2009 14:40:48 GMT &gt;Подскажите, пожалуйста, кто знает как помочь в следующей сложившейся ситуации: <br>&gt;имеется поток Е1, в котором используется протокол HDLC, который отражает множество ошибок <br>&gt;CRC-буквально за сутки может набежать около 12 000 ошибок CRC! <br>&gt;В чём мжет быть причина возникновения этих ошибок и как самое главное <br>&gt;их можно устранить? <br>&gt;Используется STM оборудования различные. <br><br>Привет! Ну самый простой вариант, ставить на поток завороты (Diagnostic Loop), как программые так и "железные" заглушки на соостветствуюжие порты, и проверять <br>на циске с портом E1, создаем , что-то типа вот такого<br><br>controller E1 1/1<br> channel-group 0 timeslots 1-30<br> .<br> .<br> .<br>interface Serial1/1:0<br> ip address 192.168.100.1 255.255.255.0 ' ip адрес и маска может быть от лукавого<br><br>далее ставим завороты в сторону циски софтовые или "железные", начиная с самой циски<br>или наоборот с противополжного конца<br>и смотрим sh int se 1/1:0<br><br>должно быть примерно вот такое:<br>Serial1/1:0 is up, line protocol is up (Looped)<br>слово Loope