Имеем сервер с диал-ап : ОС - FreeBSD 4.6.2-RELEASE, железо - комп с PII533, RAM 254 , мультипорт. плата Stallion EC 8/64.
Модемы на диал-ап - USR Courier .
Частенько происходит следующее - юзер заходит по диал-ап, сеанс нормально проходит, но после того как тел. линия освобождается, в системе процесс ppp этого юзера остается :(. Висит до тех пор пока руками не прибить этот процесс. Порт ttyE* занят этим процессом.
Проблема тажке в том, что если след. юзер звонит и подлючается на этот порт (или модем) он уже не может авторизоваться и войти в систему :(.
Единственное что я заметил, это в большинстве бывает у тех у кого не совсем хороший коннект.То же самое происходит с компом с мультипорт. платами Zelax MAK или Cronyx Omega.
>после того как тел. линия освобождается, в системе процесс ppp этого
>юзера остается :(. Висит до тех пор пока руками не прибить
>этот процесс. Порт ttyE* занят этим процессом.Если используется pppd проблема решается записыванием в /etc/ppp/options примерно такого:
lcp-echo-interval 10
lcp-echo-failure 5
>>после того как тел. линия освобождается, в системе процесс ppp этого
>>юзера остается :(. Висит до тех пор пока руками не прибить
>>этот процесс. Порт ttyE* занят этим процессом.
>
>Если используется pppd проблема решается записыванием в /etc/ppp/options примерно такого:
>
>lcp-echo-interval 10
>lcp-echo-failure 5
В данном случае используется ppp .
>Имеем сервер с диал-ап : ОС - FreeBSD 4.6.2-RELEASE, железо - комп
>с PII533, RAM 254 , мультипорт. плата Stallion EC 8/64.
>Модемы на диал-ап - USR Courier .
>Частенько происходит следующее - юзер заходит по диал-ап, сеанс нормально проходит, но
>после того как тел. линия освобождается, в системе процесс ppp этого
>юзера остается :(. Висит до тех пор пока руками не прибить
>этот процесс. Порт ttyE* занят этим процессом.
>Проблема тажке в том, что если след. юзер звонит и подлючается на
>этот порт (или модем) он уже не может авторизоваться и войти
>в систему :(.
>Единственное что я заметил, это в большинстве бывает у тех у кого
>не совсем хороший коннект.
>
>То же самое происходит с компом с мультипорт. платами Zelax MAK или
>Cronyx Omega.похоже на то что у связистов не работает односторонний отбой :(
в результате модем не получает отбой и линия остается свисшей, ну и ppp
соответственно, это только imho из личного опыта.
>>Частенько происходит следующее - юзер заходит по диал-ап, сеанс нормально проходит, но
>>после того как тел. линия освобождается, в системе процесс ppp этого
>>юзера остается :(. Висит до тех пор пока руками не прибить
>>этот процесс. Порт ttyE* занят этим процессом.
>>Проблема тажке в том, что если след. юзер звонит и подлючается на
>>этот порт (или модем) он уже не может авторизоваться и войти
>>в систему :(.
>>Единственное что я заметил, это в большинстве бывает у тех у кого
>>не совсем хороший коннект.
>>
>>То же самое происходит с компом с мультипорт. платами Zelax MAK или
>>Cronyx Omega.
>
>похоже на то что у связистов не работает односторонний отбой :(
>в результате модем не получает отбой и линия остается свисшей, ну и
>ppp
>соответственно, это только imho из личного опыта.В таком случае, как им "правильно" сказать, чтобы этот "отбой" у них работал ?
Основная проблема в том, что так как процесс ppp юзера прибивается потом при обнаружении этого "глюка", сеанс dial-up юзера записывается в wtmp от времени его подключения до момента "прибития" процесса ppp, хотя фактически он столько не сидит на линии, линия свободна.
Потом приходится отчитываться перед юзером, за прибавленное системой время :(((((((((((
Помогите у кого встречались такие глюки ..........
>>>Частенько происходит следующее - юзер заходит по диал-ап, сеанс нормально проходит, но
>>>после того как тел. линия освобождается, в системе процесс ppp этого
>>>юзера остается :(. Висит до тех пор пока руками не прибить
>>>этот процесс. Порт ttyE* занят этим процессом.
>>>Проблема тажке в том, что если след. юзер звонит и подлючается на
>>>этот порт (или модем) он уже не может авторизоваться и войти
>>>в систему :(.
>>>Единственное что я заметил, это в большинстве бывает у тех у кого
>>>не совсем хороший коннект.
>>>
>>>То же самое происходит с компом с мультипорт. платами Zelax MAK или
>>>Cronyx Omega.
>>
>>похоже на то что у связистов не работает односторонний отбой :(
>>в результате модем не получает отбой и линия остается свисшей, ну и
>>ppp
>>соответственно, это только imho из личного опыта.
>
>В таком случае, как им "правильно" сказать, чтобы этот "отбой" у них
>работал ?не знаю как и что им нужно сказать, вообще не люблю с ними говорить ибо
все время на операторов нарываешься или на других уродов.
В каком-то приказе по Минсвязи или Росниформсвязи ЧЕРНЫМ ПО БЕЛОМУ
что станции ОБЯЗАНЫ обеспечивать ОДНОСТОРОННИЙ ОТБОЙ, те, если клиент
отлетел и на его станцию пришел отбой, твоя станция (где твои номера)
должна обеспечить отбой тебе ГАРАНТИРОВАННО, чего видимо не происходит.
>Основная проблема в том, что так как процесс ppp юзера прибивается
>потом при обнаружении этого "глюка", сеанс dial-up юзера записывается в wtmp
>от времени его подключения до момента "прибития" процесса ppp, хотя фактически
>он столько не сидит на линии, линия свободна.
>Потом приходится отчитываться перед юзером, за прибавленное системой время :(((((((((((
>Помогите у кого встречались такие глюки ..........Проблема то понятна, и про линии, и про ppp и про кап-кап-кап, а уж как
ты будешь решать ее со связистами...PS. Про отбой - это всего лишь imho, было такое и очень долго :(
>>>похоже на то что у связистов не работает односторонний отбой :(
>>>в результате модем не получает отбой и линия остается свисшей, ну и
>>>ppp
>>>соответственно, это только imho из личного опыта.
>>
>>В таком случае, как им "правильно" сказать, чтобы этот "отбой" у них
>>работал ?
>
>не знаю как и что им нужно сказать, вообще не люблю с
>ними говорить ибо
>все время на операторов нарываешься или на других уродов.
> В каком-то приказе по Минсвязи или Росниформсвязи ЧЕРНЫМ ПО БЕЛОМУ
>что станции ОБЯЗАНЫ обеспечивать ОДНОСТОРОННИЙ ОТБОЙ, те, если клиент
>отлетел и на его станцию пришел отбой, твоя станция (где твои номера)
>
>должна обеспечить отбой тебе ГАРАНТИРОВАННО, чего видимо не происходит.
>
>>Основная проблема в том, что так как процесс ppp юзера прибивается
>>потом при обнаружении этого "глюка", сеанс dial-up юзера записывается в wtmp
>>от времени его подключения до момента "прибития" процесса ppp, хотя фактически
>>он столько не сидит на линии, линия свободна.
>>Потом приходится отчитываться перед юзером, за прибавленное системой время :(((((((((((
>>Помогите у кого встречались такие глюки ..........
>
>Проблема то понятна, и про линии, и про ppp и про кап-кап-кап,
>а уж как
>ты будешь решать ее со связистами...
>
>PS. Про отбой - это всего лишь imho, было такое и очень
>долго :(сэнкс lavr и на этом, буду связистов поднимать, а как сам решил-то проблему, то же со связистами все решилось ?
Я почему-то думал дело в системе ......
>>>>похоже на то что у связистов не работает односторонний отбой :(
>>>>в результате модем не получает отбой и линия остается свисшей, ну и
>>>>ppp
>>>>соответственно, это только imho из личного опыта.
>>>
>>>В таком случае, как им "правильно" сказать, чтобы этот "отбой" у них
>>>работал ?
>>
>>не знаю как и что им нужно сказать, вообще не люблю с
>>ними говорить ибо
>>все время на операторов нарываешься или на других уродов.
>> В каком-то приказе по Минсвязи или Росниформсвязи ЧЕРНЫМ ПО БЕЛОМУ
>>что станции ОБЯЗАНЫ обеспечивать ОДНОСТОРОННИЙ ОТБОЙ, те, если клиент
>>отлетел и на его станцию пришел отбой, твоя станция (где твои номера)
>>
>>должна обеспечить отбой тебе ГАРАНТИРОВАННО, чего видимо не происходит.
>>
>>>Основная проблема в том, что так как процесс ppp юзера прибивается
>>>потом при обнаружении этого "глюка", сеанс dial-up юзера записывается в wtmp
>>>от времени его подключения до момента "прибития" процесса ppp, хотя фактически
>>>он столько не сидит на линии, линия свободна.
>>>Потом приходится отчитываться перед юзером, за прибавленное системой время :(((((((((((
>>>Помогите у кого встречались такие глюки ..........
>>
>>Проблема то понятна, и про линии, и про ppp и про кап-кап-кап,
>>а уж как
>>ты будешь решать ее со связистами...
>>
>>PS. Про отбой - это всего лишь imho, было такое и очень
>>долго :(
>
>сэнкс lavr и на этом, буду связистов поднимать, а как сам решил-то
>проблему, то же со связистами все решилось ?да, с ними, вот только кучу времени убил пока понял что на моей станции
отбой криво работает, до сути сам докопался, но теорию так и не нашел
как это работает, знакомые связисты из другого города подсказали про
термин односторонний отбой, про приказ и про эту беду на старых
станциях. Сам бы я долго голову ломал почему удаленный модем бросил
трубу, те оборвал сеанс, а мои продолжают держать сеанс хотя в линии
слышно пикание но сам сигнал какой-то гнилой>Я почему-то думал дело в системе ......
Ну я написал что это всего лишь IMHO, сперва убедись в предположении
про односторонний отбой.
>>сэнкс lavr и на этом, буду связистов поднимать, а как сам решил-то
>>проблему, то же со связистами все решилось ?
>
>да, с ними, вот только кучу времени убил пока понял что на
>моей станции
>отбой криво работает, до сути сам докопался, но теорию так и не
>нашел
>как это работает, знакомые связисты из другого города подсказали про
>термин односторонний отбой, про приказ и про эту беду на старых
>станциях. Сам бы я долго голову ломал почему удаленный модем бросил
>трубу, те оборвал сеанс, а мои продолжают держать сеанс хотя в линии
>
>слышно пикание но сам сигнал какой-то гнилойпоговорил я со связистами, говорят что мол если бы это было из-за отбоя, то принимающий звонок номер (модем) показывал бы "занято" и мол "разговорный сеанс" на отвечающем не прекращается, а у меня модем отвечает. Я и сам попробовал позвонить с теримнальной программы модемом на этот номер, модем dial-up'a отвечает, пишет что произошел Connect причем с нормальной скоростью (было бы это так если сигнал гнилой ?), а login'a нет (на остальных он выдается).
>
>>Я почему-то думал дело в системе ......
>
>Ну я написал что это всего лишь IMHO, сперва убедись в предположении
>
>про односторонний отбой.
>>>сэнкс lavr и на этом, буду связистов поднимать, а как сам решил-то
>>>проблему, то же со связистами все решилось ?
>>
>>да, с ними, вот только кучу времени убил пока понял что на
>>моей станции
>>отбой криво работает, до сути сам докопался, но теорию так и не
>>нашел
>>как это работает, знакомые связисты из другого города подсказали про
>>термин односторонний отбой, про приказ и про эту беду на старых
>>станциях. Сам бы я долго голову ломал почему удаленный модем бросил
>>трубу, те оборвал сеанс, а мои продолжают держать сеанс хотя в линии
>>
>>слышно пикание но сам сигнал какой-то гнилой
>
>поговорил я со связистами, говорят что мол если бы это было из-за
>отбоя, то принимающий звонок номер (модем) показывал бы "занято" и мол
>"разговорный сеанс" на отвечающем не прекращается, а у меня модем отвечает.
>Я и сам попробовал позвонить с теримнальной программы модемом на этот
>номер, модем dial-up'a отвечает, пишет что произошел Connect причем с нормальной
>скоростью (было бы это так если сигнал гнилой ?), а login'a
>нет (на остальных он выдается).
>
>>
>>>Я почему-то думал дело в системе ......
>>
>>Ну я написал что это всего лишь IMHO, сперва убедись в предположении
>>
>>про односторонний отбой.значит тут другое, линия освобождается, смотри PPP какой сигнал должен
получить и завершить сеанс.