|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Dmitry Pryanishnikov 2:464/36 21 Jul 2003 14:54:01 To : All Subject : =?koi8-r?Q?Re=3A_natd_=A5_ipfw_dynamic_rules_=95=A5=97=A2=A9?= -------------------------------------------------------------------------------- .MSGID: atlantis.atlantis.dp.ua 53f94fa2 .REPLY: 2:50/551.3 3f1bba1b .REPLYADDR: dmitry@atlantis.dp.ua .REPLYTO: 2:464/36@fidonet UUCP .RFC-Message-ID: <20030721144926.M97937-100000@atlantis.atlantis.dp.ua> .RFC-References: <692871876@atlantis.atlantis.dp.ua> <1058781723@p3.f551.n50.z2> From: Dmitry Pryanishnikov <dmitry@atlantis.dp.ua> Subject: =?koi8-r?Q?Re=3A_natd_=A5_ipfw_dynamic_rules_=95=A5=97=A2=A9?= =?koi8-r?Q?_=3D=3Fkoi8-?= Привет! On Mon, 21 Jul 2003, Alexander Lunyov wrote: > > P.S. А bin/50613 так и висит. Hеужели никто из pppd не заказывает > > callback? Или провайдеры настраивают user-specified number на > > MAXах? Hесекьюрно это есть... > > У меня такое ощущение, что провайдеры вероятнее всего используют что-либо > железное, а если все же BSD - то не родной pppd, а хоть тот же radpppd Hу да, со стороны провайдера как раз Ascend MAX4060, куда уже "железнее" ;) > (expppd). Речь не о провайдерах, а о клиентах, заказывающих с помощью FreeBSDшного pppd callback. Если у провайдера при этом стоит Ascend MAX4060, и используется тип звонки admin-specified, то проявляется баг фришного pppd 2.3.5 - он досулает в пакете лишний нулевой байт, что приводит MAX в замешательство. CBCP не проходит. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE --- ifmail v.2.14.os-p7 * Origin: Atlantis ISP (2:464/36@fidonet) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/1265030773.html, оценка из 5, голосов 10
|