[Comm] CUPS, LPRng, ppp и грабли

[Comm] CUPS, LPRng, ppp и грабли

[Gennadiy Redko]

Здравствуйте, community.

Стоит у нас тачка с линуксом. На ней поднят lpd и к ней прицеплен принтер.
Соединена с сетью "токовой петлей" по ppp. Скорость в порту -- 115200.
С сервера под ALM 2.0, на к-ром поднят cups на эту тачку отправляется
задание
на печать -- текстовый файл размером 1 байт. Перед тем, как этот байт
напечатать
CUPS "морозится" порядка 80 секунд. iptables на маршрутизаторе
показывают, что
передается 1 пакет около 100 байт в одну сторону и 100 байт в другую.

Если подключаю эту тачку эзернетом -- печатает сразу.

Это не могут быть настройки CUPS, т. к. при переходе на эзернет и
обратно я просто
меняю IP в /etc/cups/printers.conf и перестартовую cupsd.

Впечатление такое, что CUPS дожидается завершения какого-то таймаута.

Может кто чего подскажет?

Re: [Comm] CUPS, LPRng, ppp и грабли

[iceb]

В Суб, 20 Мар 2004, Gennadiy Redko написал(а):

GR> Здравствуйте, community.
GR>
GR> Стоит у нас тачка с линуксом. На ней поднят lpd и к ней
GR> прицеплен принтер.
GR> Соединена с сетью "токовой петлей" по ppp. Скорость в порту
GR> -- 115200.
GR> С сервера под ALM 2.0, на к-ром поднят cups на эту тачку
GR> отправляется
GR> задание
GR> на печать -- текстовый файл размером 1 байт. Перед тем, как
GR> этот байт
GR> напечатать
GR> CUPS "морозится" порядка 80 секунд. iptables на
GR> маршрутизаторе
GR> показывают, что
GR> передается 1 пакет около 100 байт в одну сторону и 100 байт
GR> в другую.
GR>
GR> Если подключаю эту тачку эзернетом -- печатает сразу.
GR>
GR> Это не могут быть настройки CUPS, т. к. при переходе на
GR> эзернет и
GR> обратно я просто
GR> меняю IP в /etc/cups/printers.conf и перестартовую cupsd.
GR>
GR> Впечатление такое, что CUPS дожидается завершения какого-то
GR> таймаута.
GR>
GR> Может кто чего подскажет?

Вы не забыли установить протокол xon/xoff для линии с токовой
петлей ?

-- 
Yura Kalinichenko

Re: [Comm] CUPS, LPRng, ppp и грабли

[Gennadiy Redko]

iceb@svitonline.com пишет:

> GR>
> GR> Может кто чего подскажет?
> 
> Вы не забыли установить протокол xon/xoff для линии с токовой
> петлей ?
> 
> 
Не установлен.
Я как-то столкнулся с тем, что на скоростях выше 19200 это приводит к 
непонятным
задержкам и с тех пор выключаю  xon/xoff везде, кроме терминалов.
"Токовая петля" -- плонодуплексный интерфейс. Зачем нужен  xon/xoff?
Тем более  -- ssh через этот же канал работает без задержек.

Re: [Comm] CUPS, LPRng, ppp и грабли

[iceb]

В Пон, 22 Мар 2004, Gennadiy Redko написал(а):

GR> "Токовая петля" -- плонодуплексный интерфейс. Зачем нужен
GR> xon/xoff?

Тип flow control не зависит от дуплексности, а зависит
от того, имеется ли на интерфейсе возможность аппаратного
управления этим самым flow. Обычно под токовой петлей понимают
связь по 4-м проводам: TxD+, TxD-, RxD+, RxD-. Т.е. задействованы
только линии данных. Линии управления потоком (RTS, CTS, DCD,
DTR, DSR) - не задействуются, посему аппаратное управление
потоком невозможно (разве что вы пробросите эти сигналы
дополнительными парами). Остается только программное управление
(xon/xoff) либо никакое, чреватое потерей данных, что вы,
по-видимому и имеете.
Да, и еще. Linux более-менее нормально работает только с
буферизированными UART. Небуферизированных на сегодня уже не
найти, но тут вопрос - через что вы получаете токовую петлю ?
Если через какую-то древнюю мультипортовку - есть вероятность
что там стоит как раз такой раритет.

-- 
Yura Kalinichenko

Re: [Comm] CUPS, LPRng, ppp и грабли

[Gennadiy Redko]

iceb@svitonline.com пишет:
> В Пон, 22 Мар 2004, Gennadiy Redko написал(а):
> 
> GR> "Токовая петля" -- плонодуплексный интерфейс. Зачем нужен
> GR> xon/xoff?
> 
> Тип flow control не зависит от дуплексности, а зависит
> от того, имеется ли на интерфейсе возможность аппаратного
> управления этим самым flow. Обычно под токовой петлей понимают
> связь по 4-м проводам: TxD+, TxD-, RxD+, RxD-. Т.е. задействованы
> только линии данных. Линии управления потоком (RTS, CTS, DCD,
> DTR, DSR) - не задействуются, посему аппаратное управление
> потоком невозможно (разве что вы пробросите эти сигналы
> дополнительными парами). Остается только программное управление
> (xon/xoff) либо никакое, чреватое потерей данных, что вы,
> по-видимому и имеете.
Спасибо. Попробую.
Хотя по этому же каналу ssh, ftp работают без каких-либо задержек.
Только связка cupsd-lpd не хочет.
> Да, и еще. Linux более-менее нормально работает только с
> буферизированными UART. Небуферизированных на сегодня уже не
> найти, но тут вопрос - через что вы получаете токовую петлю ?
"Ваши" ж (точнее от "Крон") мультипортовки :)
и "кроновский" преобразователь со стороны станции.
> Если через какую-то древнюю мультипортовку - есть вероятность
> что там стоит как раз такой раритет.
> 

Re: [Comm] CUPS, LPRng, ppp и грабли

[iceb]

В Пон, 22 Мар 2004, Gennadiy Redko написал(а):

GR> "Ваши" ж (точнее от "Крон") мультипортовки :)
GR> и "кроновский" преобразователь со стороны станции.

Ну дык на Крон и обращайтесь с вопросом.
Я-то там давно не работаю, но поддержка и без меня должна быть.

-- 
Yura Kalinichenko

Re: [Comm] CUPS, LPRng, ppp и грабли

[Gennadiy Redko]

iceb@svitonline.com пишет:
> В Пон, 22 Мар 2004, Gennadiy Redko написал(а):
> 
> GR> "Ваши" ж (точнее от "Крон") мультипортовки :)
> GR> и "кроновский" преобразователь со стороны станции.
> 
> Ну дык на Крон и обращайтесь с вопросом.
> Я-то там давно не работаю, но поддержка и без меня должна быть.
> 
> 
Да "Крон" здесь не при чем, мне кажется.
Т. к. установка xonxoff в опциях ppp ситуацию не изменила.
Что-то связанное с сетевыми настройками cups/lprng...

Re: [Comm] CUPS, LPRng, ppp и грабли

[Gennadiy Redko]

iceb@svitonline.com пишет:
> В Пон, 22 Мар 2004, Gennadiy Redko написал(а):
> 
Разобрался.
LPRNg зачем-то пытался разрешить имя по IP.
Запись тачки с сервером CUPS в /etc/hosts -- помогла.