RU/2: Форум. Общение пользователей и разработчиков OS/2 (eCS). : Ответить на сообщение

Имя:
e-mail:
FIDO:
Home page:
сохранить данные о вас

Тема:

> Проблема вся в том, что я только нашел, знаю как решить ... но пока не знаю как это сделать на OS/2
> 
> В общем, вот полное описание проблемы, хотелось бы услышать высказывания общественности.
> 
> Проблема связанна с особенностью или недостатком реализации hardware flow control в cisco 1700-й и 2600-й серий в модуле WIC2T (это два sync/async порта) так вот, при установке этой платы на шасси 3600-й серии этой ошибке не наблюдается, при установке на более младшие она вылазит. Вот что по этому поводу говорят со стороны cisco.
> 
> ------------------------------------------------------------------------------------------------------------------
> ==> Forwarded from ESIB.IP by Anatoly Gerasimov (2:5070/113).
> ==> Originally by: Anatoly Gerasimov (2:5070/109), 16 Jun 00 20:19.
> ==> Originally to: All.
> ==>============================================================
> 
> Hello All!
> 
> К модyлю WIC1T 1601 подключаю Zelax M160 в асинхpонном pежиме на скоpости
> 115200. Пеpсоналка на том конце подключается и ноpмально pаботает. Тепеpь
> ставлю 1720. Вне зависимости от того, стоит ли там pодной WIC2T модyль, или
> изъятый из 1601 WIC1T, наблюдается следyющая каpтина: пакеты от CISCO пpоходят
> без пpоблем. Пакеты от пеpсоналки безбожно коpежатся. Если зателнетиться на
> кошкин поpт, можно наблюдать, как пеpеданные с теpминалки на том конце символы
> пpоходят без искажений и потеpь. В пакетах, фоpмиpyемые пpогpаммно потеpи до
> 80%. Впечатление бyдто бы CISCO не yспевает обpаботать пpиходящие с интеpфейса
> данные. Если снизить скоpость до 38400 то даже yдается поднять PPP. И тепеpь,
> пpи пинге теpяется стpого каждый втоpой пакет.
> 
> 1700-y-12.0(3)-3T
> 
> Thank you. Anatoly.
> 
> ---
>  * Origin: Forestry. Hackers free place. (2:5070/109)
> 
> Добрый/ая/ое день/вечер/ночь/утро All.
> 
> Попpобовал сделать тоже самое, но на CISCO 2610. И pезультат получил тот же
> самый. Т.Е. на двухмегабитном поpту, загнаном в async mode - не pаботает с теми
> же симптомами. Hа LowSpeed A/S - без пpоблем.
> 
> Соответственно, два вопpоса. Возможно ли использование этих поpтов в Async mode
> на 1700/2600? Если да, то что нужно изменить в настpойках:
> 
> interface Serial2
>  physical-layer async
>  ip address unnumbered FastEthernet 0
>  encapsulation ppp
>  async mode dedicated
>  peer default ip address dhcp
> 
> line 3
>  modem InOut
>  transport input all
>  stopbits 1
>  speed 115200
> 
> Благодарю за внимание. Anatoly
> 
> ------------------------------------------------------------------------------------------------------------------
> 
> Проблема может быть вылечена включением software flow control, но тут вылазит еще один баг, немение забавный и звучит он как - ppp-драйвера на OS/2 наотрез не понимают software flow control. Если с помощью mode перевожу порты в режим software flow control и запускаю ppp, он даже без опции rtscts возвращает их в hardware - это видно через mode. У InJoy те же грабли. Смотрим, на драйвера, у sio2k есть опция Use16550 которая гласит, что Вы можете пользовать software flow control, но ее установка ни чему не приводит, опять же видно все темже mode.com ... было бы наверное неплохо написать патчик под ppp, который бы включал что-то типа опции -rtscts, но упоминания о таком, я не нашел нигде. Но мне больше всего понравилось мнение ibm, вот оно ниже ....
> Да в дополнение к описанному выше, могу сказать что, pppd от FreeBSD работает отлично, не наблюдаются ни потери, ни проблемы с поднятием самого ppp.
> 
> ------------------------------------------------------------------------------------------------------------------
> 
> That is the theory David, however it will not work that way because the 
> latest incarnation of the SLIP.EXE (v123) from IBM modifies the DCB to 
> place the hardware handshaking under program control, rather than under the
> control of the driver.  You can, of course, correct this glarring defect in
> IBMs code by issuing a MODE command to alter the port settings after a SLIP
> connection is established.  Doing so is imperative if you have the DCE rate
> set faster than the DTE rate since IBM also disables CTS handshaking as 
> well, which leads (naturally) to an overrun of the modem buffer on all 
> transmits that exceed a few bytes.
> 
> (that is to say, IBM thinks that HARDWARE HANDSHAKING means the following 
> DCB settings: RTS=ON, OCTS=OFF, XON=OFF, XOFF=OFF.  The rest of the world, 
> outside IBM, knows that hardware handshaking requires the following DCB 
> settings:  RTS=HS, OCTS=ON, XOFF=OFF, XON=OFF.  Of course, if IBM would 
> read their own OS/2 Programmers' Reference Manuals then they, too, would 
> know the true and untainted meaning of 'Hardware Flow Control')  
> 
> Of course, this version (v123) also seems to be the one that does not spin 
> itself to CPU oblivion as well.  Oh well.  I guess manually fixing the DCB 
> settings is a small price to pay for a working SLIP driver 
> 
> Personally, I connot fathom why anyone would ever implement anything except
> hardware flow control in this modern age.  Youngsters are taught in grade 
> school these days that hardware flow control is much better than software 
> flow control, and the statistics tend to show that less unwanted 
> pregnancies occur when using hardware methods (condoms) rather than 
> software (withdrawl) methods.
> 
> I think we should send these guys either to a good junior high sex ed 
> class, or perhaps to Rosemary's Whorehouse, so they can learn all about 
> hardware flow control ...
> 
> ------------------------------------------------------------------------------------------------------------------
> У меня есть желания пересобрать BSD-шный pppd под OS/2, опять же хотелось бы слышать мнения народа на эту тему, так как к нему нада будет дописать патч, или парочку модулей в связи с разлиичиями в работе драйверов на OS/2 и *nix. Да я не претендую на полную безошибочность в своюм суждении так как я BSD-шник и OS/2 первый раз увидел 2 недели назад. Если мы в форуме прийдем к тому, что единственным решением проблемы будет пропатчить pppd и собрать его, то я сделаю и предложу на суд общественности. Или может уже есть у кого-то готовые решения ... В общем любая помошь приветствуется.
> 
> 
> --
>  Dmitry Prokopiev, UkrCom's
>      TEL: +380-44-2055560, +380-44-2055530 |  FAX: +380-44-2055585 || RIP4-RIPE
> 
> > http://www.os2.spb.ru/forum/m014188.html

_, _, _, _, _ _ _,_ (_ \| / \ \|\ \| \| \|_/ , ) \| , \ / \| \\| \| \| \ ~ ~~~ ~ ~ ~ ~ ~ ~