©2002, INPRO Development Corporation
 
 FAQFAQ   ПоискПоиск   ПользователиПользователи   ГруппыГруппы   РегистрацияРегистрация
 ПрофильПрофиль   Войти и проверить личные сообщенияВойти и проверить личные сообщения   ВходВход

FreeBSD и 5614BXL/VR+

 
Начать новую тему   Ответить на тему    Список форумов Форум по модемам IDC -> General
Предыдущая тема :: Следующая тема  
Автор Сообщение
erebus
Junior member


Зарегистрирован: 21.06.2004
Сообщения: 3

СообщениеДобавлено: Чт Июн 30, 2005 1:28 am    Заголовок сообщения: FreeBSD и 5614BXL/VR+ Ответить с цитатой

Уважаемый суппорт!
Понимаю, что скорее всего эта проблема не к вам, но раз вы заявляете работоспособность своих модемов под FreeBSD, то вам могут быть известны какие-то тонкости, которые пока я не знаю.
Модем IDC-5614BXL/VR+, прошивка 2.26, FreeBSD 5.4-RELEASE, pppd из поставки (v2.3.5) или из портов (v2.3.11) - без разницы.
User ppp работает нормально с дефолтными настройками (ну разве что номер телефона и логин вбить). Проблемы начинаются с kernel ppp. С настройками по умолчанию на прием соединение работает нормально, а на передачу сколь-нибудь больших объемов (например, письмо) либо вообще не работает (в основном на протоколе v34), либо работает очень медленно (v32 и v90), хотя это не должно быть связано с протоколом. Очень похоже на проблему 10.1 из PPP-FAQ (http://www.ibiblio.org/pub/Linux/docs/faqs/PPP-FAQ/PPP-FAQ), за исключением того, что у меня аппаратный контроль потока включен как в модеме, так и в настройках pppd. Если снижать mtu с 1500 до, например, 576, то передача начинает работать нормально, даже с приемлемой скоростью. Такая же ситуация если понизить скорость порта с 115200 до 38400. Скорость передачи хорошо смотреть на cvsup ports-supfile, на user ppp дерево портов обновляется за 10-15 минут, на kernel ppp от 40 минут до нескольких часов.
Очевидно, что проблема на стороне моего компьютера. Рабочее предположение: pppd некорректно обрабатывает аппаратный контроль потока и все-таки переполняет буфер модема (или какой-нибудь свой?), из-за чего соединения разрываются. Если это так, то естественно нужно связываться с разработчиками.
Хочется узнать ваше мнение по данному вопросу и совет, как проверить мою гипотезу.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Technical Support
Expert


Зарегистрирован: 31.10.2002
Сообщения: 6330

СообщениеДобавлено: Чт Июн 30, 2005 8:09 am    Заголовок сообщения: Ответить с цитатой

Судя по симптомам, проблемы с управлением потоком - наиболее вероятная причина происходящего. Проверить данную теорию очень просто, надо лишь взглянуть на Unimodem Diagnostics (статистику, выдаваемую командой at#ud) после сеанса связи, в котором Вы пытались передавать большой объём данных.

Расшифровать Unimodem Diagnostics можно с помощью декодера диагностики #UD, который можно скачать с нашего сайта, см. на страничке "Программы сторонних производителей".

В статистике нужно проверить строчку:

TX/RX chars lost (data overrun): 0/0

Если с управлением потоком что-то не так, то счётчик потерянных при передаче байт данных будет ненулевым.
_________________
Inpro
Technical Support
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail Посетить сайт автора
erebus
Junior member


Зарегистрирован: 21.06.2004
Сообщения: 3

СообщениеДобавлено: Чт Июн 30, 2005 1:30 pm    Заголовок сообщения: Ответить с цитатой

Спасибо за совет. Действительно буфер модема переполнялся. Найден и виновник - это звонилка KPPP. Из-за глюка в её локализации pppd вызывается с параметром xonxoff независимо от всех настроек. Так что оказывается это не проблема FreeBSD или pppd. Проверил на SuSE 9.2 - такой же глюк. Буду связываться с разработчиком KPPP.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Technical Support
Expert


Зарегистрирован: 31.10.2002
Сообщения: 6330

СообщениеДобавлено: Чт Июн 30, 2005 1:46 pm    Заголовок сообщения: Ответить с цитатой

В принципе, можно жить и с XON/XOFF, если он правильно реализован в ПО. Посмотрите описание команды AT&Kn и выясните, какой из методов (&K4 или &K5) требуется при данной настройке ПО. Дальше останется лишь обеспечить выдачу нужной команды при инициализации модема Smile
_________________
Inpro
Technical Support
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail Посетить сайт автора
Показать сообщения:   
Начать новую тему   Ответить на тему    Список форумов Форум по модемам IDC -> General Часовой пояс: GMT + 3
Страница 1 из 1

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах


Powered by phpBB © 2001, 2005 phpBB Group

Created this page in 0.017424 seconds : 15 queries executed : GZIP compression enabled : Debug Mode

©2002, INPRO Development Corporation

Rambler's Top100