Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[tickmike]

My hardware firewall (Smoothwall) generates the PPPoE details (my login un and pw ) and sends them out to the HG612 modem and then to the DSLAM ...   is that correct ?.

Smoothwall will re-dial if the connection is lost, it sends a regular 'ping' out to the DSLAM or ? and if it gets no reply it re-dials. I can set it to re-dial 9999 times then it will give up until I re-set it.

Does anyone know or point me in the right direction about the actual PPPoE process details, eg IP based or ?.

Can I look at the process with wireshark or similar ?.

[d2d4j]

Hi

I assume your using SM free version, so I believe there should be an always on setting and you would be better pinging a website rather then the gateway, which can cause false positives or undesired results.

Lastly, I have seen some SM free versions block so make sure your hg612 is not been blocked or dropped if limits reached.

I think your issue will be 1 or more of the above, causing SM to believe it has lost connection

I hope that helps and sorry if I'm wrong, but SM free does have a good forum I believe

Many thanks

John

[tickmike]

Hi.
Yes it's the free one  .

re.. 'you would be better pinging a website rather then the gateway'  No I'm not pinging ! it's the PPPoE process that's pinging to see if there is still a connection, there is no access to that.

I have a post on the good SW forum  .

[Weaver]

TickMike wrote :
> My hardware firewall (Smoothwall) generates the PPPoE details (my login un and pw ) and sends them out to the HG612 modem and then to the DSLAM ...   is that correct ?.

Sounds about right.

> Smoothwall will re-dial if the connection is lost, it sends a regular 'ping' out to the DSLAM or ? and if it gets no reply it re-dials. I can set it to re-dial 9999 times then it will give up until I re-set it.

No. Doesn't sound right. The PPPoE connection will presumably signal Smoothwall when the connection is lost. DSLAMs aren't IP devices, they aren't ICMP-PINGable.

> Does anyone know or point me in the right direction about the actual PPPoE process details, eg IP based or ?.

A complete description of how PPPoE works is here
    https://tools.ietf.org/html/rfc2516

No, it is not IP-based, PPPoE works with Ethernet frames and MAC addresses.

> Can I look at the process with wire-shark or similar ?.

You can. 

[aesmith]

The "ping" referred to might be LCP.

[Weaver]

The ping might indeed be PPP LCP, that's what my router does and that's what Andrews and Arnold's ping box does which implements CQM on all their lines.

[Weaver]

Tony, did I get those PPPoE details right? It's a long time since I looked at this stuff?

[tickmike]

Thanks.
Good link will read tonight. just doing some work on putting a oak stairs in my self built house. 

One part it said.

'the Host sending a unicast
   Session Request packet and the selected Access Concentrator sending a
   Confirmation packet.  When the Host receives the Confirmation packet,
   it may proceed to the PPP Session Stage.  When the Access
   Concentrator sends the Confirmation packet, it may proceed to the PPP
   Session Stage.'

Michael.

[Weaver]

One final point, remember this is not itself an IP protocol. I can carry anything over PPPoE, such as IPv6, for example. (Which I do, all the time.)