|
ru.unix- RU.UNIX ---------------------------------------------------------------------- From : Alexander Knyazev 2:5020/400 14 May 2000 23:19:30 To : All Subject : Re: ppp errors -------------------------------------------------------------------------------- "Yuri A. Selivanov" wrote: > > > С чем может быть связано большое количество RX ошибок на ppp? > > > > это связано с неточной синхронизацией последовательного канала. > > Почему так категорично? Существуют и другие источники. Да, пожалуй. > > Т.е. грубо говоря, у тебя в компе стоит кварцевый генератор частоты, от > > которого работает микросхема UART16550(или какая там у тебя), и на > удаленном > > компе/циске/что-там-еще-бывает тоже кварц от которого работает тамошний > serial > > controller. > > Вот что пишет та же Cisco по этому поводу: > > Input error type > CRC errors occur when the CRC calculation does not pass (indicating that > data is corrupted) for one of the following reasons: -- Noisy serial > line -- Serial cable is too long or cable from the CSU/DSU to the router is > not shielded -- SCTE mode is not enabled on DSU -- CSU line clock is > incorrectly configured -- Ones density problem on T1 link (incorrect framing > or coding specification). Что такое SCTE mode? > Framing error type: > A framing error occurs when a packet does not end on an 8-bit byte boundary > for one of the following reasons: -- Noisy serial line -- Improperly > designed cable; serial cable is too long; the cable from the CSU or DSU to > the router is not shielded -- SCTE mode is not enabled on the DSU; the CSU > line clock is incorrectly configured; one of the clocks is configured for > local clocking -- Ones density problem on T1 link (incorrect framing or > coding specification) > > Проблема в том, что очень редко два разных кварца работают точно > > одинаково, чаще всего генерируемая ими частота плавает(совсем чуть-чуть, > но > > этого достаточно) у обоих, или в одну сторону или в разные стороны. > > Разве DCE прокидывает по каналу синхронизацию от UART? Что-то я слабо себе > это представляю... IMHO тут все же корректнее говорить о рассогласовании на > стыке DTE-DCE. > > > Я думаю эта фигня непобедима, похоже это фирменный недостаток асинхронного > > RS-232. Где-то он проявляется меньше, где-то больше, зависит от конкретных > > условий(скорости, железа, софта). Hа скорости 19200 ошибок заметно меньше > чем > > на 115200. > > Для передачи на 115200 и полоса пошире нужна... со всеми вытекающими отсюда > последствиями. Хотя насчет того, что эта проблема непобедима... многое > зависит от качества линии/интерфейсного кабеля/земли в шкафу и т.д. у нас линия коротенькая - 2,4 км, модем воткнут прямо в порт без всякого кабеля. Вот насчет земли в шкафу не знаю, надо будет у ГТС спросить... > > У нас на выделенке стоят модемы RAD SRM-31A, по идее - железки круче > некуда, > > профессиональные и все такое, но такая же фигня: > > Если мне не изменяет память, то данный девайс существует в двух инкарнациях: > synch и asynch, которые отличаются только типом интерфейса DTE (V.35 or > EIA/TIA-232), однако линейная часть у них одинакова -- кодирование 2B1Q, так > что синхра не есть панацея. Hе панацея, но гораздо лучше... > > > > > > Как лечить ? > > > > менять async на что-либо более другое... ;-) > > ...или брать телефонистов и промерять линию :))) Да, пожалуй. -- / Александр Князев --- ifmail v.2.15dev5 * Origin: under construction... (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix/13873d5424aa4.html, оценка из 5, голосов 10
|