RV180 PPPoE not working

[pointeadavid]

Hi,

My RV180 does not route properly between LAN and WAN through my PPPoE account. I am able to ping public IPs directly from the RV180 (through the diagnose section) but can not do it from any PC on LAN. The exact same configuration works perfectly well with a Linksys WTR610N. I upgraded formware from 1.0.0.30 to 1.0.1.9 but that did not make any difference.

The only time the RV180 will route is right after I reset to factory defaults and re-enter PPPoE account name and password. If I then reset my modem or the RV180, the RV180 does not route anymore between WAN and LAN even after several minutes and even though I can ping public IPs from the RV180.

[Tom Watts]

Ni Nicolas, this sounds like it might be a DNS issue. What happens if you try to navigate 74.125.134.106  when things are not working?

-Tom
Please rate helpful posts

[pointeadavid]

Hi Tom,

This has nothing to do with DNS as I used public IPs only. I tried several public IPs such as 205.151.16.2 and 205.151.16.3. Again, this works right after I set up PPPoE on the RV180, but stops workind as soon as I reset my modem.

I wonder if this is related to this post: http://www.randomtech.be/

[pointeadavid]

Also, I should say thet setting the PPPoE account WITHOUT while being connected to the modem does not work either.

[Tom Watts]

Also, I should say thet setting the PPPoE account WITHOUT while being connected to the modem does not work either.

This means when you're connecting to the DSL modem, the modem also does not work?

-Tom
Please rate helpful posts

[pointeadavid]

Not quite.

If I configure PPPoE on the RV180 while being connected to the modem, everything works perfectly, both PCs on the LAN and the RV180 can ping public IP addresses. If I configure the RV180, with the exact same parameters, while the RV180 not being connected to the modem, this does not work when I then connect the RV180 to the modem, even if I wait several minutes. The problem is that PCs on the LAN can not ping public IP addresses, while the RV180 can.

[Tom Watts]

When you created the PPPoE profile, did you choose idle time or keep connected? Also on the profile, did you use auto-negotiate or did you specify the exact method for authentication? If using auto, try setting the method your ISP uses.

-Tom
Please rate helpful posts

[pointeadavid]

"keep connected" and "auto-negociate". As I did not have to select an authentication method on the Linksys WTR610N, I figured that "auto-negociate" would work with the RV180. I will try to find my ISP's authentication method and try that.

[pointeadavid]

Also, I am not sure that that will solve the problem as I can ping public IP addresses from the actual router, but not from the LAN PCs. This looks more like a routing problem to me than a PPPoE authentication problem.

[Tom Watts]

You may be right... but the router has no documented bugs for 'routing issues'.

If you factory default the router, configure your PPPoE profile and leave it alone, I am certain it has no issues at all.

The first thing is to make sure the top of the network has no problems... Your problem is, you are breaking service to your DSL synch and the only thing in common is you are generating unlikely conditions constantly breaking your connection unless your ISP is truly that unreliable.

So.. the first thing is first, make sure the connection has the fullest up time with the least amount of "auto" connections. If it is persisting through the most static-like connections, you may want to test a computer directly to the DSL modem and try to recreate there.

If the router is having a NAT or routing issue, then it should be resolved rather easily. You can also upgrade to the latest firmware, reset the unit and test with minimal configuration. As I will ensure, this is not able to be replicated across multiple routers in a different location.

-Tom
Please rate helpful posts

[pointeadavid]

I had a Linksys WTR610N that worked perfectly for many months so I don't think that the ISP or modem is the problem. Now when I try to create a PPPoE profile with firmware 1.0.1.9, II get an infinite "Please wait. The page is being loaded.". I rebooted the router twice and still get the same problem. I think either firmware 1.0.1.9 or this particular RV180 is broken. I will try to put back firmware 1.0.0.30 and try create a PPPoE profile.

Also, I would like to know two things:

1. When will the next firmware be realeased for the RV180.

2. On post "http://www.randomtech.be/" that seems to describe a simular problem, it would seem that a Cisco technician typed: "We are aware of the issue and are working towards a resolution." Is it so and do we have a resolution date.

[Tom Watts]

Nicolas, I don't know the answer to the first question. The post from that website, actually, I am the person who discovered this bug. The actual scenario originated in Australia where port forwarding failed on a PPPoE connection that was dynamic. Any other connection type worked fine. We have had some other incidents where port forwarding failed for some people and were documented on that same bug, as indicated on that topic.

But to answer your question, this is no as well. I do not know when the next firmware release is.

-Tom
Please rate helpful posts

[pointeadavid]

Hi again,

I tried with PAP PPPoE authentication  with firmware 1.0.0.30 and as usual, PPPoE DOES authenticate properly and I am able to ping from the RV180's Administration/Diagnostics/Network Tools tab. However, it still does not route between LAN and WAN.

Here is the routing table copied from the RV180.

Kernel IP routing table

Destination      Gateway      Genmask      Metric  Ref      Use      Interface      Type          Flags

10.0.0.1      0.0.0.0      255.255.255.255      0      0      0      ppp1          Static      UP,Host

127.0.0.1      127.0.0.1      255.255.255.255 1      0      0      lo          Static      UP,Gateway,Host

192.168.1.0      0.0.0.0      255.255.255.0      0      0      0      bdg1          Static      UP

192.168.1.0      192.168.1.1      255.255.255.0      1      0      0      bdg1          Static      UP,Gateway

127.0.0.0      0.0.0.0      255.0.0.0      0      0      0      lo          Dynamic      UP

0.0.0.0      10.0.0.1      0.0.0.0      0      0      0      ppp1          Dynamic      UP,Gateway

If you don't think this can be resolved, I will consider this particular RV180 as faulty and return it.

[Tom Watts]

What is the 10.0.0.1 ?

This looks like a double nat on the WAN.

-Tom
Please rate helpful posts

[pointeadavid]

I would think that is the ISP's gateway.