ru.unix

 
 - RU.UNIX ----------------------------------------------------------------------
 From : Yuri A. Selivanov                    2:5020/400     03 May 2000  07:13:16
 To : All
 Subject : Re: ppp errors
 -------------------------------------------------------------------------------- 
 

 
 "Alexander Knyazev" <sa@ccmhf.tomsknet.ru> wrote in message
 news:390B33F1.AA91F6FC@ccmhf.tomsknet.ru...
 
 > Tolya Borisenkov wrote:
 >
 > > Здоpовьечка Вам All!
 >
 > и тебе.
 >
 > >     С чем может быть связано большое количество 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).
 
 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 и полоса пошире нужна... со всеми вытекающими отсюда
 последствиями. Хотя насчет того, что эта проблема непобедима... многое
 зависит от качества линии/интерфейсного кабеля/земли в шкафу и т.д.
 
 > У нас на выделенке стоят модемы RAD SRM-31A, по идее - железки круче
 
 некуда,
 
 > профессиональные и все такое, но такая же фигня:
 
 Если мне не изменяет память, то данный девайс существует в двух инкарнациях:
 synch и asynch, которые отличаются только типом интерфейса DTE (V.35 or
 EIA/TIA-232), однако линейная часть у них одинакова -- кодирование 2B1Q, так
 что синхра не есть панацея.
 
 > ppp0      Link encap:Point-to-Point Protocol
 >           inet addr:212.20.49.26  P-t-P:212.20.49.25  Mask:255.255.255.255
 >           UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:576  Metric:1
 >           RX packets:9724851 errors:5701 dropped:0 overruns:0 frame:5701
 >           TX packets:5981012 errors:0 dropped:0 overruns:0 carrier:0
 >           Collisions:0
 
 > Зато, асинхронная технология - дешевая. Железо ощутимо дешевле по
 
 сравнению с
 
 > синхронными штучками. Hу и подключение к асинхронному RS-232 порту,
 
 например, у нашего провайдера
 
 > 2500р., а к синхронному 12000р...
 >
 > > Отношение
 > > ~1:8. Hа TX все чисто.
 > > Пpичем количество errors==frames.
 > > pppd -2.3.11. Выделенка 14400. v42 не включено. В options.ttyS1
 > > novj
 > > novjccomp
 > > nodeflate
 > > nobsdcomp
 >
 > Это никак не связано с PPP протоколом. Одно время я с этим делом конкретно
 > разбирался, пробовал и так и этак на разных машинах: PPP и SLIP под
 
 Линухом
 
 > 2.0.35 и 2.2.1, PPP под FreeBSD 3.2 STABLE, PPP и SLIP под Solaris 2.6
 
 x86 -
 
 > все одно и тоже, RX errors.
 >
 > > Впpочем измененя в нем ни к чему не пpиводили.
 > > Может это как-то связано с фpагментацией пакетов?
 >
 > да,  я одно время так думал, игрался с MTU/MRU и т.п. Эффект был нулевой.
 >
 > > os: RH6.02, kernel 2.2.14
 > >
 > > Как лечить ?
 >
 > менять async на что-либо более другое... ;-)
 
 ...или брать телефонистов и промерять линию   :)))
 
 С уважением,
 uri
 /tsktelecom
 --- ifmail v.2.15dev5
  * Origin: Tomsktelecom - Digital Networks (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

Тема:    Автор:    Дата:    Re: ppp errors   Alexander Knyazev   29 Apr 2000 23:12:10   Re: ppp errors   Yuri A. Selivanov   03 May 2000 07:13:16   Re: ppp errors   Alexander Knyazev   14 May 2000 23:19:30   Re: ppp errors   Alex Bakhtin   03 May 2000 12:46:18   Re: ppp errors   Alexander Knyazev   14 May 2000 22:28:48