Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 11 replies
  • Subscribers 3 subscribers
  • Views 2565 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Problems when ISP speed cap is enforced

peterdeg
Environment:
ASG 7.101
ADSL modem/FW 192.168.2.1 on a 1500/256 link
ASG Internal 192.168.2.254, External 192.168.3.254. No masquerading.
All workstations on the 192.168.3.0 network.
ASG acts as DHCP server and web proxy.

A few days ago, I exceeded my data limit so the ISP throttled the link to 64K
This happened at midnight. The next morning my son complained about no Internet access from his computer.

ASG is not pingable from the 192.168.3.0 network and it doesn't accept web admin connections. It's not allocating IP addresses to workstations requesting them.

Putting my machine on the 192.168.2.0 network allows me to connect to the ASG machine and all looks 'normal'

I've restarted multiple times (though haven't listend for the beeps) and restored a known good backup.

The only thing that's changed in this environment is the bandwidth restriction.
Any ideas [:S]

(Tempted to not fiddle and see if all 'comes good' when the throttle is removed on the 1st)


This thread was automatically locked due to age.
Parents Reply
  • 0 in reply to BarryG
    To clarify, the ASG is the DHCP server for the workstations on the 192.168.3.0 netwwork.

    The ISP link is working, I confirmed this by plugging my workstation into the 192.168.2.0 network and successfully connecting (albeit slowly) to Internet sites.
Children
  • 0 in reply to peterdeg
    I was asking about the ISP's DHCP server, which the EXT interface would get it's IP from. Unless you have a static IP, or PPPoE DSL.

    Barry
  • 0 in reply to BarryG
    I was asking about the ISP's DHCP server, which the EXT interface would get it's IP from. Unless you have a static IP, or PPPoE DSL.

    Barry


    Thanks for responding. A picture is probably the best way to explain my environment.

    drees, I'll have a look at the scaling tonight. From recollection I turned it on.
  • 0 in reply to peterdeg
    drees, I'll have a look at the scaling tonight. From recollection I turned it on.

    I have to wonder if they somehow break TCP window scaling when they throttle your account... the symptoms sound possible. BUT the default window scale of 2 should be small enough to avoid issues even with broken routers which regards to tcp window scaling, but it can't hurt to try.
  • 0 in reply to drees
    I did two things this evening and things are now working.
    Given the following two options, which do you think is more likely?

    1) Deselecting the 'Enable TCP Window scaling' and 'Use strict TCP session handling' options.
    2) Noticing that the flylead I'm using (which was the one used to connect the ASG pc but had been unplugged to bypass it) has a broken clip and may have simply fallen out of the machine on the same night the throttle came into effect? This implies I didn't notice the adapter state on the dashboard. [:$]

    I haven't turned the two TCP options back on, the network has to be functioning for my wife's use tomorrow.

    Thanks for your input.
  • 0 in reply to peterdeg
    I'd be more likely to believe that #2 fixed your issue than #1, which was more of a shot in the dark, so it'd be interesting to see if it continues working after turning TCP window scaling back on.

    Strict TCP session handling should definitely have nothing to do with it.
  • 0 in reply to drees
    Oops, left the [;)] off the line that said "Given the following two options, which do you think is more likely?"

    Occam's Razor applies in this case I think - but will put back the TCP options tonight to confirm.
  • 0 in reply to peterdeg
    Oops, left the [;)] off the line that said "Given the following two options, which do you think is more likely?"

    Heh, that would have changed everything. [:D]
  • 0 in reply to peterdeg
    I did two things this evening and things are now working.
    Given the following two options, which do you think is more likely?

    1) Deselecting the 'Enable TCP Window scaling' and 'Use strict TCP session handling' options.
    2) Noticing that the flylead I'm using (which was the one used to connect the ASG pc but had been unplugged to bypass it) has a broken clip and may have simply fallen out of the machine on the same night the throttle came into effect? This implies I didn't notice the adapter state on the dashboard. [:$]

    I haven't turned the two TCP options back on, the network has to be functioning for my wife's use tomorrow.

    Thanks for your input.


    Well, I turned scaling and session handling back on and things kept working.
    I've replaced the flyleads and will have to admit that coincidences do happen!