🚀 go-pugleaf

Darryl,

Are you positive about the (dest)(source) data order ??

I'm watching my PPP Link Control Protocol echo request and reply using
Ethereal right now, and my PPPoE client initiates LCP echo requests once
every 20 seconds, and the BellSouth Redback replies to my requests 13 ms
later.  I never see echo requests initiate from BellSouth's Redback.

If your (dest)(source) are reversed, then your PPP client initiated the
disconnect...

Dennis

>
> I used LanExplorer to conclusively prove the source of this problem!!!
> Here is a parcial transcript:
>
> data is ordered (dest) (source) (prot)(summary)(size)(date)(time)
>
> Net_server Redback 00CDDD LCP Echo-Request PPPoE Session ID = 646  60
> 07/05/01 17:38:40.984
> Redback 00CDDD Net_server LCP Echo-Reply PPPoE Session ID = 646  60
07/05/01
> 17:38:40.989
> Net_server Redback 00CDDD LCP Echo-Request PPPoE Session ID = 646  60
> 07/05/01 17:38:50.982
> Redback 00CDDD Net_server LCP Echo-Reply PPPoE Session ID = 646  60
07/05/01
> 17:38:50.987
> Net_server Redback 00CDDD LCP Echo-Request PPPoE Session ID = 646  60
> 07/05/01 17:39:00.986
> Redback 00CDDD Net_server LCP Echo-Reply PPPoE Session ID = 646  60
07/05/01
> 17:39:00.991
> Net_server Redback 00CDDD LCP Echo-Request PPPoE Session ID = 646  60
> 07/05/01 17:39:10.989
> Redback 00CDDD Net_server LCP Echo-Reply PPPoE Session ID = 646  60
07/05/01
> 17:39:10.989
> Net_server Redback 00CDDD LCP Echo-Request PPPoE Session ID = 646  60
> 07/05/01 17:39:20.993
> Redback 00CDDD Net_server LCP Echo-Reply PPPoE Session ID = 646  60
07/05/01
> 17:39:20.998
> Net_server Redback 00CDDD LCP Terminate-Request PPPoE Session ID = 646  60
> 07/05/01 17:40:37.001
> Redback 00CDDD Net_server LCP Terminate-Ack PPPoE Session ID = 646  60
> 07/05/01 17:40:37.006
>
> From this you can see that everything is cool right up until 17:40:37 when
> Bell's ATM network sends a terminate request message! <ARG> which I
> dutifully acknowledge.<GRRRR>. There is nothing after this from them.
>
> Anyway, I passed this on to Bell and my ISP and now they will finally get
> BellNexxia (The guys with the backbone) to look at.
>
> Damn, how the hell would I have found this without a packet sniffer?
>
> cheers,
> darryl
>
>
> "Darryl Moore" <darryl2@moores.ca> wrote in message
> news:994342781.765163@sai.velocet.net...
> > Help,
> >
> > I'm just about at my wits end. I think someone at Bell is sabotaging me!
> >
> > For the last 2 months I've had the following symptoms.
> >
> > Every hour at 20 minutes to the hour (40 minutes after) I stop receiving
> > incoming packets from the Alcatel Speed Touch modem. (The rcv light
stops
> > flashing). I have to wait at least 5 minutes then disconnect (since I
> never
> > loose sync, the modem doesn't know I've lost the connection) and then
> > reconnect. After that the connection will be great for another 55
minutes.
> >
> > Bell and my ISP (dsl.ca) both deny it is their equipment. ( I'm sure
it's
> > Bell's)
> > I know its not mine because I can take my computer and my modem to my
> office
> > (where I have another account with DSL.ca) and log on just fine, and
never
> > loose the connection. Alternatively, I take my office equipment home and
> log
> > in, and experience the same problem. I think this experiment proves it's
> not
> > DSL.CA's equipment either. It HAS TO BE SOMETHING AT THE CO. But what?
> >
> > Does anybody know much about ATM systems and Redback SMS to be able to
> shed
> > some light on this?
> >
> > cheers,
> > darryl
> >
> >
>
>