RU/2: Форум. Общение пользователей и разработчиков OS/2 (eCS). : http://www.os2.spb.ru/forum/m014188.html


Список сообщений | Написать новое | Ответить на сообщение | Домой Поиск:
Предыдущее сообщение | Следующее сообщение
From : Rip
To : Алексей Тимошенко
Subj : http://www.os2.spb.ru/forum/m014188.html
Проблема вся в том, что я только нашел, знаю как решить ... но пока не знаю как это сделать на 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

> m014188.html

Tue 10 Dec 2002 11:28 Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/2002



Programmed by Dmitri Maximovich, Dmitry I. Platonoff, Eugen Kuleshov.
25.09.99 (c) 1999, RU/2. All rights reserved.
Rewritten by Dmitry Ban. All rights ignored.