Hi,
On Thu, 28 Oct 1999, Brian Somers wrote:
> > Hi,
> >
> > On Mon, 25 Oct 1999, Brian Somers wrote:
> >
> > > > Hi,
> > > >
> > > > On Mon, 25 Oct 1999, Brian Somers wrote:
> > > >
> > > > > This should now be fixed too :-) It's amazing how much testing
> > > > > things don't get 'till just after I put them in -stable and a release
> > > > > happens :-/
> > > > >
> > > >
> > > > One more problem discovered in Multilink mode: if both links fall down
> > > > simultaneusly then, after reconnect, one of the end (usually the oposite
> > > > end) gets confused and no replies get sent over the wire. A "down" in the
> > > > control prompt gets the situation back to normal (probably because a
> > > > renegociation is implied) -- could you please investigate this ?
> > > >
> > > > Thanks, I'll try the newest version as soon as possible,
> > > > Ady (@warpnet.ro)
> > >
> > > Can you send me some relevant logs ?
> >
> > Can't find any interesting things in the logs, but the situation is
> > easily reproductible, see above. Any hints what log levels I should be
> > watching ?
> >
> > One thing is sure: forcing a renegociation through "down" (including a
> > "reset" at the mp level) gets things back to normal.
>
> I think I'm misunderstanding at least some of the problem. I'm
> assuming the following: You have a two-link ppp session with ppp(8)
> running in -direct mode.
Correct up to here...
You then reset both modems and ppp exits.
> The client dials again (twice) and has problems establishing the
> connection because no ``replies'' are sent by one side or the other.
Nope: On one end the carriers on both links go down (for example a wire
cut) and then the links is reestablished but almost no packets get sent
through. This is fixed only with a 'down' at the control prompt.
>
> What sort of replies are we talking about here ? If they're LCP or
> IPCP replies, I need a log with something like
>
> set log command lcp ipcp phase
>
> If they're missing ``replies'' from the application level, then
>
> set log command lcp ipcp phase tcp/ip
>
> would be more in order.
I'll check it out closely again, with full logging.
>
> [EMAIL PROTECTED] said:
> > Oh, and another thing: the client accuses that every few hours the
> > traffics starts to slow down up to the point where he needs to restart
> > the PPP process -- this I can't very well trace but it may be related
> > to what I told you...
>
> This sounds like a modem that likes to renegotiate the link speed
> when the line gets bad but never renegotiates up. I would suggest
> doing some tests with the pings' round trip times.
Nope, the carriers stay online all the time !
Thanks, I'll get back to you later,
Ady (@warpnet.ro)
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message
