* [gentoo-user] Can't ping remote system
@ 2013-09-01 12:28 Grant
2013-09-01 12:54 ` Michael Hampicke
2013-09-01 15:03 ` [gentoo-user] " Nikos Chantziaras
0 siblings, 2 replies; 26+ messages in thread
From: Grant @ 2013-09-01 12:28 UTC (permalink / raw
To: Gentoo mailing list
My laptop can't ping my remote system but it can ping others
(google.com, yahoo.com, etc). I've tried disabling my firewall on
both ends with '/etc/init.d/shorewall stop && shorewall clear'. Could
my AT&T business ADSL connection on the remote system be blocking
inbound pings?
- Grant
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [gentoo-user] Can't ping remote system
2013-09-01 12:28 [gentoo-user] Can't ping remote system Grant
@ 2013-09-01 12:54 ` Michael Hampicke
2013-09-01 12:54 ` Michael Hampicke
2013-09-01 15:03 ` [gentoo-user] " Nikos Chantziaras
1 sibling, 1 reply; 26+ messages in thread
From: Michael Hampicke @ 2013-09-01 12:54 UTC (permalink / raw
To: gentoo-user
[-- Attachment #1: Type: text/plain, Size: 473 bytes --]
Am 01.09.2013 14:28, schrieb Grant:
> My laptop can't ping my remote system but it can ping others
> (google.com, yahoo.com, etc). I've tried disabling my firewall on
> both ends with '/etc/init.d/shorewall stop && shorewall clear'. Could
> my AT&T business ADSL connection on the remote system be blocking
> inbound pings?
>
Possible, have you tried pinging your remote system from a different
location? You may try http://www.downforeveryoneorjustme.com/
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [gentoo-user] Can't ping remote system
2013-09-01 12:54 ` Michael Hampicke
@ 2013-09-01 12:54 ` Michael Hampicke
2013-09-01 13:28 ` Grant
0 siblings, 1 reply; 26+ messages in thread
From: Michael Hampicke @ 2013-09-01 12:54 UTC (permalink / raw
To: gentoo-user
[-- Attachment #1: Type: text/plain, Size: 583 bytes --]
Am 01.09.2013 14:54, schrieb Michael Hampicke:
> Am 01.09.2013 14:28, schrieb Grant:
>> My laptop can't ping my remote system but it can ping others
>> (google.com, yahoo.com, etc). I've tried disabling my firewall on
>> both ends with '/etc/init.d/shorewall stop && shorewall clear'. Could
>> my AT&T business ADSL connection on the remote system be blocking
>> inbound pings?
>>
>
> Possible, have you tried pinging your remote system from a different
> location? You may try http://www.downforeveryoneorjustme.com/
>
Sorry, wrong link: http://ping.eu/ping/
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [gentoo-user] Can't ping remote system
2013-09-01 12:54 ` Michael Hampicke
@ 2013-09-01 13:28 ` Grant
2013-09-01 14:32 ` Alan McKinnon
0 siblings, 1 reply; 26+ messages in thread
From: Grant @ 2013-09-01 13:28 UTC (permalink / raw
To: Gentoo mailing list
>>> My laptop can't ping my remote system but it can ping others
>>> (google.com, yahoo.com, etc). I've tried disabling my firewall on
>>> both ends with '/etc/init.d/shorewall stop && shorewall clear'. Could
>>> my AT&T business ADSL connection on the remote system be blocking
>>> inbound pings?
>>>
>>
>> Possible, have you tried pinging your remote system from a different
>> location? You may try http://www.downforeveryoneorjustme.com/
>>
>
>
> Sorry, wrong link: http://ping.eu/ping/
I get 100% packet loss when pinging from there.
- Grant
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [gentoo-user] Can't ping remote system
2013-09-01 13:28 ` Grant
@ 2013-09-01 14:32 ` Alan McKinnon
2013-09-01 15:04 ` Grant
0 siblings, 1 reply; 26+ messages in thread
From: Alan McKinnon @ 2013-09-01 14:32 UTC (permalink / raw
To: gentoo-user
On 01/09/2013 15:28, Grant wrote:
>>>> My laptop can't ping my remote system but it can ping others
>>>> (google.com, yahoo.com, etc). I've tried disabling my firewall on
>>>> both ends with '/etc/init.d/shorewall stop && shorewall clear'. Could
>>>> my AT&T business ADSL connection on the remote system be blocking
>>>> inbound pings?
>>>>
>>>
>>> Possible, have you tried pinging your remote system from a different
>>> location? You may try http://www.downforeveryoneorjustme.com/
>>>
>>
>>
>> Sorry, wrong link: http://ping.eu/ping/
>
> I get 100% packet loss when pinging from there.
>
> - Grant
>
try an icmp traceroute, if you are lucky you'll get a result that tells
you on which hop the pings cease to work:
traceroute -I
but do read the man page (traceroute is like ps in that there are many
versions around and options don't always match up with what folk say on
mailing lists)
--
Alan McKinnon
alan.mckinnon@gmail.com
^ permalink raw reply [flat|nested] 26+ messages in thread
* [gentoo-user] Re: Can't ping remote system
2013-09-01 12:28 [gentoo-user] Can't ping remote system Grant
2013-09-01 12:54 ` Michael Hampicke
@ 2013-09-01 15:03 ` Nikos Chantziaras
2013-09-01 15:09 ` Grant
1 sibling, 1 reply; 26+ messages in thread
From: Nikos Chantziaras @ 2013-09-01 15:03 UTC (permalink / raw
To: gentoo-user
On 01/09/13 15:28, Grant wrote:
> My laptop can't ping my remote system but it can ping others
> (google.com, yahoo.com, etc). I've tried disabling my firewall on
> both ends with '/etc/init.d/shorewall stop && shorewall clear'. Could
> my AT&T business ADSL connection on the remote system be blocking
> inbound pings?
A possible reason is that the packet filter on your router is blocking
this. (Meaning the router that also houses the ADSL modem.) And it's
actually the router itself that replies to pings; the packets never make
it to your machine. Usually there's a setting in the router's settings
page where you can allow ICMP replies.
So it's worth digging into the router's settings and see what you can
find, if this is the setup you have. But since you mentioned "business
connection", you might actually not have such a SOHO router + modem combo.
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [gentoo-user] Can't ping remote system
2013-09-01 14:32 ` Alan McKinnon
@ 2013-09-01 15:04 ` Grant
2013-09-01 16:49 ` Mick
2013-09-01 17:50 ` Alan McKinnon
0 siblings, 2 replies; 26+ messages in thread
From: Grant @ 2013-09-01 15:04 UTC (permalink / raw
To: Gentoo mailing list
>>>>> My laptop can't ping my remote system but it can ping others
>>>>> (google.com, yahoo.com, etc). I've tried disabling my firewall on
>>>>> both ends with '/etc/init.d/shorewall stop && shorewall clear'. Could
>>>>> my AT&T business ADSL connection on the remote system be blocking
>>>>> inbound pings?
>>>>>
>>>> Possible, have you tried pinging your remote system from a different
>>>> location? You may try http://www.downforeveryoneorjustme.com/
>>>
>>> Sorry, wrong link: http://ping.eu/ping/
>>
>> I get 100% packet loss when pinging from there.
>
> try an icmp traceroute, if you are lucky you'll get a result that tells
> you on which hop the pings cease to work:
>
> traceroute -I
>
> but do read the man page (traceroute is like ps in that there are many
> versions around and options don't always match up with what folk say on
> mailing lists)
I did 'traceroute -w 30 -I ip-address' several times and the last IP
displayed is always the same. I looked it up and it's an AT&T IP
supposedly located about 1500 miles from my machine which is also on
an AT&T connection. Does this tell me anything?
- Grant
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [gentoo-user] Re: Can't ping remote system
2013-09-01 15:03 ` [gentoo-user] " Nikos Chantziaras
@ 2013-09-01 15:09 ` Grant
0 siblings, 0 replies; 26+ messages in thread
From: Grant @ 2013-09-01 15:09 UTC (permalink / raw
To: Gentoo mailing list
>> My laptop can't ping my remote system but it can ping others
>> (google.com, yahoo.com, etc). I've tried disabling my firewall on
>> both ends with '/etc/init.d/shorewall stop && shorewall clear'. Could
>> my AT&T business ADSL connection on the remote system be blocking
>> inbound pings?
>
> A possible reason is that the packet filter on your router is blocking this.
> (Meaning the router that also houses the ADSL modem.) And it's actually the
> router itself that replies to pings; the packets never make it to your
> machine. Usually there's a setting in the router's settings page where you
> can allow ICMP replies.
>
> So it's worth digging into the router's settings and see what you can find,
> if this is the setup you have. But since you mentioned "business
> connection", you might actually not have such a SOHO router + modem combo.
I bet you're right. This sort of thing occurred to me earlier so I
went to look for that type of setting but I need the access code from
the bottom of the device which I can't get until tomorrow. I will try
then and report back.
Thanks,
Grant
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [gentoo-user] Can't ping remote system
2013-09-01 15:04 ` Grant
@ 2013-09-01 16:49 ` Mick
2013-09-01 18:03 ` Grant
2013-09-01 17:50 ` Alan McKinnon
1 sibling, 1 reply; 26+ messages in thread
From: Mick @ 2013-09-01 16:49 UTC (permalink / raw
To: gentoo-user
[-- Attachment #1: Type: Text/Plain, Size: 1517 bytes --]
On Sunday 01 Sep 2013 16:04:17 Grant wrote:
> >>>>> My laptop can't ping my remote system but it can ping others
> >>>>> (google.com, yahoo.com, etc). I've tried disabling my firewall on
> >>>>> both ends with '/etc/init.d/shorewall stop && shorewall clear'.
> >>>>> Could my AT&T business ADSL connection on the remote system be
> >>>>> blocking inbound pings?
> >>>>
> >>>> Possible, have you tried pinging your remote system from a different
> >>>> location? You may try http://www.downforeveryoneorjustme.com/
> >>>
> >>> Sorry, wrong link: http://ping.eu/ping/
> >>
> >> I get 100% packet loss when pinging from there.
> >
> > try an icmp traceroute, if you are lucky you'll get a result that tells
> > you on which hop the pings cease to work:
> >
> > traceroute -I
> >
> > but do read the man page (traceroute is like ps in that there are many
> > versions around and options don't always match up with what folk say on
> > mailing lists)
>
> I did 'traceroute -w 30 -I ip-address' several times and the last IP
> displayed is always the same. I looked it up and it's an AT&T IP
> supposedly located about 1500 miles from my machine which is also on
> an AT&T connection. Does this tell me anything?
>
> - Grant
Out of interest, does it show the same with you use the -T option? It could
well be a congested link. Try again in off peak times to see if it still
drops packets. If it happens off peak it could well be a misconfigured node.
--
Regards,
Mick
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 490 bytes --]
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [gentoo-user] Can't ping remote system
2013-09-01 15:04 ` Grant
2013-09-01 16:49 ` Mick
@ 2013-09-01 17:50 ` Alan McKinnon
2013-09-01 18:07 ` Grant
1 sibling, 1 reply; 26+ messages in thread
From: Alan McKinnon @ 2013-09-01 17:50 UTC (permalink / raw
To: gentoo-user
On 01/09/2013 17:04, Grant wrote:
>>>>>> My laptop can't ping my remote system but it can ping others
>>>>>> (google.com, yahoo.com, etc). I've tried disabling my firewall on
>>>>>> both ends with '/etc/init.d/shorewall stop && shorewall clear'. Could
>>>>>> my AT&T business ADSL connection on the remote system be blocking
>>>>>> inbound pings?
>>>>>>
>>>>> Possible, have you tried pinging your remote system from a different
>>>>> location? You may try http://www.downforeveryoneorjustme.com/
>>>>
>>>> Sorry, wrong link: http://ping.eu/ping/
>>>
>>> I get 100% packet loss when pinging from there.
>>
>> try an icmp traceroute, if you are lucky you'll get a result that tells
>> you on which hop the pings cease to work:
>>
>> traceroute -I
>>
>> but do read the man page (traceroute is like ps in that there are many
>> versions around and options don't always match up with what folk say on
>> mailing lists)
>
> I did 'traceroute -w 30 -I ip-address' several times and the last IP
> displayed is always the same. I looked it up and it's an AT&T IP
> supposedly located about 1500 miles from my machine which is also on
> an AT&T connection. Does this tell me anything?
Yes, it tells you that all hops up to that point at least respond to
the kinds of icmp packets traceroute uses. The first hop that fails to
answer isn't answering.
You are looking for possible reasons why icmp might not be working out
properly - that router is your first suspect. Admittedly, it might be
blocking traceroute pings and still allow the responses you seek, but
you have to start somewhere :-)
The problem you are trying to track down is notoriously tricky to nail
down exactly as too many ISPs out there obsessively block useful icmp
traffic. They believe it's security. I believe it's security theatre and
makes fault finding on a live network infernally difficult.
Mick is on the right track - deal with each issue one by one till you
hit paydirt.
--
Alan McKinnon
alan.mckinnon@gmail.com
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [gentoo-user] Can't ping remote system
2013-09-01 16:49 ` Mick
@ 2013-09-01 18:03 ` Grant
0 siblings, 0 replies; 26+ messages in thread
From: Grant @ 2013-09-01 18:03 UTC (permalink / raw
To: Gentoo mailing list
>> >>>>> My laptop can't ping my remote system but it can ping others
>> >>>>> (google.com, yahoo.com, etc). I've tried disabling my firewall on
>> >>>>> both ends with '/etc/init.d/shorewall stop && shorewall clear'.
>> >>>>> Could my AT&T business ADSL connection on the remote system be
>> >>>>> blocking inbound pings?
>> >>>>
>> >>>> Possible, have you tried pinging your remote system from a different
>> >>>> location? You may try http://www.downforeveryoneorjustme.com/
>> >>>
>> >>> Sorry, wrong link: http://ping.eu/ping/
>> >>
>> >> I get 100% packet loss when pinging from there.
>> >
>> > try an icmp traceroute, if you are lucky you'll get a result that tells
>> > you on which hop the pings cease to work:
>> >
>> > traceroute -I
>> >
>> > but do read the man page (traceroute is like ps in that there are many
>> > versions around and options don't always match up with what folk say on
>> > mailing lists)
>>
>> I did 'traceroute -w 30 -I ip-address' several times and the last IP
>> displayed is always the same. I looked it up and it's an AT&T IP
>> supposedly located about 1500 miles from my machine which is also on
>> an AT&T connection. Does this tell me anything?
>>
>> - Grant
>
> Out of interest, does it show the same with you use the -T option? It could
> well be a congested link. Try again in off peak times to see if it still
> drops packets. If it happens off peak it could well be a misconfigured node.
The last IP displayed is the same with the -T option. Off-peak at the
destination? I've actually been trying all day under those
conditions. You don't think it's likely to be the ICMP setting on the
server's modem/router?
- Grant
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [gentoo-user] Can't ping remote system
2013-09-01 17:50 ` Alan McKinnon
@ 2013-09-01 18:07 ` Grant
2013-09-01 18:32 ` Alan McKinnon
0 siblings, 1 reply; 26+ messages in thread
From: Grant @ 2013-09-01 18:07 UTC (permalink / raw
To: Gentoo mailing list
>>>>>>> My laptop can't ping my remote system but it can ping others
>>>>>>> (google.com, yahoo.com, etc). I've tried disabling my firewall on
>>>>>>> both ends with '/etc/init.d/shorewall stop && shorewall clear'. Could
>>>>>>> my AT&T business ADSL connection on the remote system be blocking
>>>>>>> inbound pings?
>>
>> I did 'traceroute -w 30 -I ip-address' several times and the last IP
>> displayed is always the same. I looked it up and it's an AT&T IP
>> supposedly located about 1500 miles from my machine which is also on
>> an AT&T connection. Does this tell me anything?
>
> Yes, it tells you that all hops up to that point at least respond to
> the kinds of icmp packets traceroute uses. The first hop that fails to
> answer isn't answering.
>
> You are looking for possible reasons why icmp might not be working out
> properly - that router is your first suspect. Admittedly, it might be
> blocking traceroute pings and still allow the responses you seek, but
> you have to start somewhere :-)
So the culprit is the first IP that should appear in the list but
doesn't? If so, how is that helpful since it's not displayed?
- Grant
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [gentoo-user] Can't ping remote system
2013-09-01 18:07 ` Grant
@ 2013-09-01 18:32 ` Alan McKinnon
2013-09-01 18:50 ` Grant
0 siblings, 1 reply; 26+ messages in thread
From: Alan McKinnon @ 2013-09-01 18:32 UTC (permalink / raw
To: gentoo-user
On 01/09/2013 20:07, Grant wrote:
>>>>>>>> My laptop can't ping my remote system but it can ping others
>>>>>>>> (google.com, yahoo.com, etc). I've tried disabling my firewall on
>>>>>>>> both ends with '/etc/init.d/shorewall stop && shorewall clear'. Could
>>>>>>>> my AT&T business ADSL connection on the remote system be blocking
>>>>>>>> inbound pings?
>>>
>>> I did 'traceroute -w 30 -I ip-address' several times and the last IP
>>> displayed is always the same. I looked it up and it's an AT&T IP
>>> supposedly located about 1500 miles from my machine which is also on
>>> an AT&T connection. Does this tell me anything?
>>
>> Yes, it tells you that all hops up to that point at least respond to
>> the kinds of icmp packets traceroute uses. The first hop that fails to
>> answer isn't answering.
>>
>> You are looking for possible reasons why icmp might not be working out
>> properly - that router is your first suspect. Admittedly, it might be
>> blocking traceroute pings and still allow the responses you seek, but
>> you have to start somewhere :-)
>
> So the culprit is the first IP that should appear in the list but
> doesn't? If so, how is that helpful since it's not displayed?
This is where it gets tricky. You identify the last router in the list
for which you have an address or name, and contact the NOC team for that
organization. Ask them for the next hop in routing for the destination
address you are trying to ping and hope that they will be kind enough to
help you out.
--
Alan McKinnon
alan.mckinnon@gmail.com
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [gentoo-user] Can't ping remote system
2013-09-01 18:32 ` Alan McKinnon
@ 2013-09-01 18:50 ` Grant
2013-09-01 19:10 ` Mick
2013-09-03 6:12 ` [gentoo-user] " Alan McKinnon
0 siblings, 2 replies; 26+ messages in thread
From: Grant @ 2013-09-01 18:50 UTC (permalink / raw
To: Gentoo mailing list
>>>>>>>>> My laptop can't ping my remote system but it can ping others
>>>>>>>>> (google.com, yahoo.com, etc). I've tried disabling my firewall on
>>>>>>>>> both ends with '/etc/init.d/shorewall stop && shorewall clear'. Could
>>>>>>>>> my AT&T business ADSL connection on the remote system be blocking
>>>>>>>>> inbound pings?
>>>>
>>>> I did 'traceroute -w 30 -I ip-address' several times and the last IP
>>>> displayed is always the same. I looked it up and it's an AT&T IP
>>>> supposedly located about 1500 miles from my machine which is also on
>>>> an AT&T connection. Does this tell me anything?
>>>
>>> Yes, it tells you that all hops up to that point at least respond to
>>> the kinds of icmp packets traceroute uses. The first hop that fails to
>>> answer isn't answering.
>>>
>>> You are looking for possible reasons why icmp might not be working out
>>> properly - that router is your first suspect. Admittedly, it might be
>>> blocking traceroute pings and still allow the responses you seek, but
>>> you have to start somewhere :-)
>>
>> So the culprit is the first IP that should appear in the list but
>> doesn't? If so, how is that helpful since it's not displayed?
>
> This is where it gets tricky. You identify the last router in the list
> for which you have an address or name, and contact the NOC team for that
> organization. Ask them for the next hop in routing for the destination
> address you are trying to ping and hope that they will be kind enough to
> help you out.
Oh man that's funny. Really? Let's say they do pass along the info.
Then I hunt down contact info for the culprit router based on its IP
and tell them their stuff isn't working and hope they fix it?
Actually, since the last IP displayed is from AT&T and my server's ISP
is AT&T, I suppose it's extremely likely that the culprit is either an
AT&T router somewhere or my own server and I could find out by calling
AT&T.
- Grant
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [gentoo-user] Can't ping remote system
2013-09-01 18:50 ` Grant
@ 2013-09-01 19:10 ` Mick
2013-09-02 18:17 ` Grant
2013-09-03 6:12 ` [gentoo-user] " Alan McKinnon
1 sibling, 1 reply; 26+ messages in thread
From: Mick @ 2013-09-01 19:10 UTC (permalink / raw
To: gentoo-user
[-- Attachment #1: Type: Text/Plain, Size: 2192 bytes --]
On Sunday 01 Sep 2013 19:50:53 Grant wrote:
> >> So the culprit is the first IP that should appear in the list but
> >> doesn't? If so, how is that helpful since it's not displayed?
> >
> > This is where it gets tricky. You identify the last router in the list
> > for which you have an address or name, and contact the NOC team for that
> > organization. Ask them for the next hop in routing for the destination
> > address you are trying to ping and hope that they will be kind enough to
> > help you out.
>
> Oh man that's funny. Really? Let's say they do pass along the info.
> Then I hunt down contact info for the culprit router based on its IP
> and tell them their stuff isn't working and hope they fix it?
> Actually, since the last IP displayed is from AT&T and my server's ISP
> is AT&T, I suppose it's extremely likely that the culprit is either an
> AT&T router somewhere or my own server and I could find out by calling
> AT&T.
It could well be your router and it is easy to confirm this after you set it
up to respond to ping (or set it to forward all packets with ICMP protocol to
your server while you're troubleshooting this).
After you set up your router/server to respond you should be getting a
different mtr or traceroute output showing any hops in between you and your
server that are dropping packets. You may have to contact them if they are
running a saturated link which is not allowing you to use the service you are
paying them for. Here's an example of saturated links:
# mtr -r -c 9 -n bbc.co.uk
Start: Sun Sep 1 20:03:24 2013
HOST: dell_xps Loss% Snt Last Avg Best Wrst StDev
[snip ...]
4.|-- 195.66.224.103 0.0% 9 65.8 41.1 26.0 77.3 19.1
5.|-- ??? 100.0 9 0.0 0.0 0.0 0.0 0.0
6.|-- ??? 100.0 9 0.0 0.0 0.0 0.0 0.0
7.|-- 132.185.254.109 0.0% 9 28.1 32.5 27.0 55.7 9.7
8.|-- 132.185.255.140 0.0% 9 27.0 27.5 26.4 29.0 0.6
9.|-- 212.58.251.195 0.0% 9 27.5 28.0 27.1 28.9 0.4
--
Regards,
Mick
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 490 bytes --]
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [gentoo-user] Can't ping remote system
2013-09-01 19:10 ` Mick
@ 2013-09-02 18:17 ` Grant
2013-09-02 19:03 ` [gentoo-user] " Nikos Chantziaras
0 siblings, 1 reply; 26+ messages in thread
From: Grant @ 2013-09-02 18:17 UTC (permalink / raw
To: Gentoo mailing list
>> >> So the culprit is the first IP that should appear in the list but
>> >> doesn't? If so, how is that helpful since it's not displayed?
>> >
>> > This is where it gets tricky. You identify the last router in the list
>> > for which you have an address or name, and contact the NOC team for that
>> > organization. Ask them for the next hop in routing for the destination
>> > address you are trying to ping and hope that they will be kind enough to
>> > help you out.
>>
>> Oh man that's funny. Really? Let's say they do pass along the info.
>> Then I hunt down contact info for the culprit router based on its IP
>> and tell them their stuff isn't working and hope they fix it?
>> Actually, since the last IP displayed is from AT&T and my server's ISP
>> is AT&T, I suppose it's extremely likely that the culprit is either an
>> AT&T router somewhere or my own server and I could find out by calling
>> AT&T.
>
> It could well be your router and it is easy to confirm this after you set it
> up to respond to ping (or set it to forward all packets with ICMP protocol to
> your server while you're troubleshooting this).
I called AT&T and they say the Westell 6100 modem/router I have will
not respond to pings. They said I could put it into bridged mode and
set up PPPoE on the computer connected to it which would cause ICMP
packets to pass through to the computer. Would you guys recommend
that? For sure I won't attempt this until I'm in the same room as the
device.
- Grant
^ permalink raw reply [flat|nested] 26+ messages in thread
* [gentoo-user] Re: Can't ping remote system
2013-09-02 18:17 ` Grant
@ 2013-09-02 19:03 ` Nikos Chantziaras
2013-09-05 13:00 ` Grant
0 siblings, 1 reply; 26+ messages in thread
From: Nikos Chantziaras @ 2013-09-02 19:03 UTC (permalink / raw
To: gentoo-user
On 02/09/13 21:17, Grant wrote:
>>>>> So the culprit is the first IP that should appear in the list but
>>>>> doesn't? If so, how is that helpful since it's not displayed?
>>>>
>>>> This is where it gets tricky. You identify the last router in the list
>>>> for which you have an address or name, and contact the NOC team for that
>>>> organization. Ask them for the next hop in routing for the destination
>>>> address you are trying to ping and hope that they will be kind enough to
>>>> help you out.
>>>
>>> Oh man that's funny. Really? Let's say they do pass along the info.
>>> Then I hunt down contact info for the culprit router based on its IP
>>> and tell them their stuff isn't working and hope they fix it?
>>> Actually, since the last IP displayed is from AT&T and my server's ISP
>>> is AT&T, I suppose it's extremely likely that the culprit is either an
>>> AT&T router somewhere or my own server and I could find out by calling
>>> AT&T.
>>
>> It could well be your router and it is easy to confirm this after you set it
>> up to respond to ping (or set it to forward all packets with ICMP protocol to
>> your server while you're troubleshooting this).
>
> I called AT&T and they say the Westell 6100 modem/router I have will
> not respond to pings. They said I could put it into bridged mode and
> set up PPPoE on the computer connected to it which would cause ICMP
> packets to pass through to the computer. Would you guys recommend
> that? For sure I won't attempt this until I'm in the same room as the
> device.
You'll lose the router functionality doing that. If you need to connect
other machines to it, then it will only be able to act as a switch,
meaning that everything you connect to it will either need to be on the
same subnet, or you need to configure another machine to act as a router
if you need to connect different subnets. And the machine will also
need to be always on in order to provide internet connectivity to other
machines, since it will be the one that talks to the ADSL modem.
You'll also be losing NAT, which is quite nice for redirecting traffic
on specific ports to whatever machine you want. As with the router
functionality, you will need to configure a Linux machine to do NAT if
you want to keep having that feature.
There's also the issue of not being able to set up a firewall on the
router itself anymore. You can still do that on the target machine
itself, of course, but there's the issue of creating a firewall on the
machine you want to protect, which is not optimal (the analogy here
being that if you want to protect something, you put it behind a wall
rather than hardening it; even if it's hardened, it still gets hit.)
Or, you might not care about any of the above, in which case using the
device as a simple ASDL modem (which is what bridging means) will work
just fine.
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [gentoo-user] Can't ping remote system
2013-09-01 18:50 ` Grant
2013-09-01 19:10 ` Mick
@ 2013-09-03 6:12 ` Alan McKinnon
2013-09-03 15:35 ` Mick
2013-09-05 13:04 ` Grant
1 sibling, 2 replies; 26+ messages in thread
From: Alan McKinnon @ 2013-09-03 6:12 UTC (permalink / raw
To: gentoo-user
On 01/09/2013 20:50, Grant wrote:
>>>>>>>>>> My laptop can't ping my remote system but it can ping others
>>>>>>>>>> (google.com, yahoo.com, etc). I've tried disabling my firewall on
>>>>>>>>>> both ends with '/etc/init.d/shorewall stop && shorewall clear'. Could
>>>>>>>>>> my AT&T business ADSL connection on the remote system be blocking
>>>>>>>>>> inbound pings?
>>>>>
>>>>> I did 'traceroute -w 30 -I ip-address' several times and the last IP
>>>>> displayed is always the same. I looked it up and it's an AT&T IP
>>>>> supposedly located about 1500 miles from my machine which is also on
>>>>> an AT&T connection. Does this tell me anything?
>>>>
>>>> Yes, it tells you that all hops up to that point at least respond to
>>>> the kinds of icmp packets traceroute uses. The first hop that fails to
>>>> answer isn't answering.
>>>>
>>>> You are looking for possible reasons why icmp might not be working out
>>>> properly - that router is your first suspect. Admittedly, it might be
>>>> blocking traceroute pings and still allow the responses you seek, but
>>>> you have to start somewhere :-)
>>>
>>> So the culprit is the first IP that should appear in the list but
>>> doesn't? If so, how is that helpful since it's not displayed?
>>
>> This is where it gets tricky. You identify the last router in the list
>> for which you have an address or name, and contact the NOC team for that
>> organization. Ask them for the next hop in routing for the destination
>> address you are trying to ping and hope that they will be kind enough to
>> help you out.
>
> Oh man that's funny. Really? Let's say they do pass along the info.
> Then I hunt down contact info for the culprit router based on its IP
> and tell them their stuff isn't working and hope they fix it?
> Actually, since the last IP displayed is from AT&T and my server's ISP
> is AT&T, I suppose it's extremely likely that the culprit is either an
> AT&T router somewhere or my own server and I could find out by calling
> AT&T.
Well, I did try to convey a sense of what it sometimes takes to deal
with such things. Usually your ISP deals with it for you and you'd be
amazed how often they pick up the phone to do exactly what I described.
But I think this is getting OT to your actual problem. AT&T's routers
are probably not the cause, it only came up because of issues with
pinging things, and that is not what you are trying to solve.
--
Alan McKinnon
alan.mckinnon@gmail.com
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [gentoo-user] Can't ping remote system
2013-09-03 6:12 ` [gentoo-user] " Alan McKinnon
@ 2013-09-03 15:35 ` Mick
2013-09-05 13:17 ` Grant
2013-09-05 13:04 ` Grant
1 sibling, 1 reply; 26+ messages in thread
From: Mick @ 2013-09-03 15:35 UTC (permalink / raw
To: gentoo-user
[-- Attachment #1: Type: Text/Plain, Size: 4054 bytes --]
On Tuesday 03 Sep 2013 07:12:05 Alan McKinnon wrote:
> On 01/09/2013 20:50, Grant wrote:
> >>>>>>>>>> My laptop can't ping my remote system but it can ping others
> >>>>>>>>>> (google.com, yahoo.com, etc). I've tried disabling my firewall
> >>>>>>>>>> on both ends with '/etc/init.d/shorewall stop && shorewall
> >>>>>>>>>> clear'. Could my AT&T business ADSL connection on the remote
> >>>>>>>>>> system be blocking inbound pings?
> >>>>>
> >>>>> I did 'traceroute -w 30 -I ip-address' several times and the last IP
> >>>>> displayed is always the same. I looked it up and it's an AT&T IP
> >>>>> supposedly located about 1500 miles from my machine which is also on
> >>>>> an AT&T connection. Does this tell me anything?
> >>>>
> >>>> Yes, it tells you that all hops up to that point at least respond to
> >>>> the kinds of icmp packets traceroute uses. The first hop that fails to
> >>>> answer isn't answering.
> >>>>
> >>>> You are looking for possible reasons why icmp might not be working out
> >>>> properly - that router is your first suspect. Admittedly, it might be
> >>>> blocking traceroute pings and still allow the responses you seek, but
> >>>> you have to start somewhere :-)
> >>>
> >>> So the culprit is the first IP that should appear in the list but
> >>> doesn't? If so, how is that helpful since it's not displayed?
> >>
> >> This is where it gets tricky. You identify the last router in the list
> >> for which you have an address or name, and contact the NOC team for that
> >> organization. Ask them for the next hop in routing for the destination
> >> address you are trying to ping and hope that they will be kind enough to
> >> help you out.
> >
> > Oh man that's funny. Really? Let's say they do pass along the info.
> > Then I hunt down contact info for the culprit router based on its IP
> > and tell them their stuff isn't working and hope they fix it?
> > Actually, since the last IP displayed is from AT&T and my server's ISP
> > is AT&T, I suppose it's extremely likely that the culprit is either an
> > AT&T router somewhere or my own server and I could find out by calling
> > AT&T.
>
> Well, I did try to convey a sense of what it sometimes takes to deal
> with such things. Usually your ISP deals with it for you and you'd be
> amazed how often they pick up the phone to do exactly what I described.
>
> But I think this is getting OT to your actual problem. AT&T's routers
> are probably not the cause, it only came up because of issues with
> pinging things, and that is not what you are trying to solve.
+1 on Alan's hunch. I have not used Squid to comment on the specifics and
also Grant stated that another proxy gave him similar symptoms. From my
limited knowledge a proxy could be stalling because of cache configuration
problems, like running out fs space, or inodes and also running out of memory
if it has to process simultaneous requests from too many clients at a time.
If the problem also manifests when the clients are within the same subnet,
then this is unlikely to be a network issue.
If all other causes are eliminated then a network related problem could be
associated with TCP Window Scaling - but this would primarily show up on the
transmission of larger files. This is why I initially asked if the problem
shows up on video/audio downloads rather than small web pages.
It's probably OT describing this problem here (Google can do it much better)
but a quick test would show if this solves the problem:
echo 0 > /proc.sys/net/ipv4/tcp_default_window_scaling
Please check the man page because this key may have changed over time and
indeed it may not be a problem in later kernels who may have been coded so as
to compensate for dodgy routers. This will slow down the connection because a
smaller window size will be used, but there shouldn't be a problem of
oversized packets being dropped by a misconfigured router on the way. Shout
if you need more detail.
--
Regards,
Mick
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 490 bytes --]
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [gentoo-user] Re: Can't ping remote system
2013-09-02 19:03 ` [gentoo-user] " Nikos Chantziaras
@ 2013-09-05 13:00 ` Grant
0 siblings, 0 replies; 26+ messages in thread
From: Grant @ 2013-09-05 13:00 UTC (permalink / raw
To: Gentoo mailing list
>> I called AT&T and they say the Westell 6100 modem/router I have will
>> not respond to pings. They said I could put it into bridged mode and
>> set up PPPoE on the computer connected to it which would cause ICMP
>> packets to pass through to the computer. Would you guys recommend
>> that? For sure I won't attempt this until I'm in the same room as the
>> device.
>
> You'll lose the router functionality doing that. If you need to connect
> other machines to it, then it will only be able to act as a switch, meaning
> that everything you connect to it will either need to be on the same subnet,
> or you need to configure another machine to act as a router if you need to
> connect different subnets. And the machine will also need to be always on
> in order to provide internet connectivity to other machines, since it will
> be the one that talks to the ADSL modem.
>
> You'll also be losing NAT, which is quite nice for redirecting traffic on
> specific ports to whatever machine you want. As with the router
> functionality, you will need to configure a Linux machine to do NAT if you
> want to keep having that feature.
>
> There's also the issue of not being able to set up a firewall on the router
> itself anymore. You can still do that on the target machine itself, of
> course, but there's the issue of creating a firewall on the machine you want
> to protect, which is not optimal (the analogy here being that if you want to
> protect something, you put it behind a wall rather than hardening it; even
> if it's hardened, it still gets hit.)
>
> Or, you might not care about any of the above, in which case using the
> device as a simple ASDL modem (which is what bridging means) will work just
> fine.
That's actually exactly what I want. The Gentoo system connected to
the single-port Westell modem/router is already set up as a
router/firewall and it is the one doing NAT. Thank you for the
run-down. Now I feel like I know exactly what this change will mean.
- Grant
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [gentoo-user] Can't ping remote system
2013-09-03 6:12 ` [gentoo-user] " Alan McKinnon
2013-09-03 15:35 ` Mick
@ 2013-09-05 13:04 ` Grant
2013-09-05 13:09 ` Alan McKinnon
1 sibling, 1 reply; 26+ messages in thread
From: Grant @ 2013-09-05 13:04 UTC (permalink / raw
To: Gentoo mailing list
>>> This is where it gets tricky. You identify the last router in the list
>>> for which you have an address or name, and contact the NOC team for that
>>> organization. Ask them for the next hop in routing for the destination
>>> address you are trying to ping and hope that they will be kind enough to
>>> help you out.
>>
>> Oh man that's funny. Really? Let's say they do pass along the info.
>> Then I hunt down contact info for the culprit router based on its IP
>> and tell them their stuff isn't working and hope they fix it?
>> Actually, since the last IP displayed is from AT&T and my server's ISP
>> is AT&T, I suppose it's extremely likely that the culprit is either an
>> AT&T router somewhere or my own server and I could find out by calling
>> AT&T.
>
> Well, I did try to convey a sense of what it sometimes takes to deal
> with such things. Usually your ISP deals with it for you and you'd be
> amazed how often they pick up the phone to do exactly what I described.
You did, and I suppose it has to come down to that at some point.
Thank you for your help Alan.
- Grant
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [gentoo-user] Can't ping remote system
2013-09-05 13:04 ` Grant
@ 2013-09-05 13:09 ` Alan McKinnon
2013-09-05 13:19 ` Grant
0 siblings, 1 reply; 26+ messages in thread
From: Alan McKinnon @ 2013-09-05 13:09 UTC (permalink / raw
To: gentoo-user
On 05/09/2013 15:04, Grant wrote:
>>>> This is where it gets tricky. You identify the last router in the list
>>>> for which you have an address or name, and contact the NOC team for that
>>>> organization. Ask them for the next hop in routing for the destination
>>>> address you are trying to ping and hope that they will be kind enough to
>>>> help you out.
>>>
>>> Oh man that's funny. Really? Let's say they do pass along the info.
>>> Then I hunt down contact info for the culprit router based on its IP
>>> and tell them their stuff isn't working and hope they fix it?
>>> Actually, since the last IP displayed is from AT&T and my server's ISP
>>> is AT&T, I suppose it's extremely likely that the culprit is either an
>>> AT&T router somewhere or my own server and I could find out by calling
>>> AT&T.
>>
>> Well, I did try to convey a sense of what it sometimes takes to deal
>> with such things. Usually your ISP deals with it for you and you'd be
>> amazed how often they pick up the phone to do exactly what I described.
>
> You did, and I suppose it has to come down to that at some point.
> Thank you for your help Alan.
You're welcome, and I hope you get the issue satisfactorily solved (I
don't envy you at all)
--
Alan McKinnon
alan.mckinnon@gmail.com
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [gentoo-user] Can't ping remote system
2013-09-03 15:35 ` Mick
@ 2013-09-05 13:17 ` Grant
2013-09-07 15:41 ` Mick
0 siblings, 1 reply; 26+ messages in thread
From: Grant @ 2013-09-05 13:17 UTC (permalink / raw
To: Gentoo mailing list
> +1 on Alan's hunch. I have not used Squid to comment on the specifics and
> also Grant stated that another proxy gave him similar symptoms. From my
> limited knowledge a proxy could be stalling because of cache configuration
> problems, like running out fs space, or inodes and also running out of memory
> if it has to process simultaneous requests from too many clients at a time.
> If the problem also manifests when the clients are within the same subnet,
> then this is unlikely to be a network issue.
Which hunch was that? I snipped a lot above but I couldn't find it in there.
It's just one user (me) and I've fiddled with the cache (including
disabling it) and at least fs space and memory are good.
> If all other causes are eliminated then a network related problem could be
> associated with TCP Window Scaling - but this would primarily show up on the
> transmission of larger files. This is why I initially asked if the problem
> shows up on video/audio downloads rather than small web pages.
>
> It's probably OT describing this problem here (Google can do it much better)
> but a quick test would show if this solves the problem:
>
> echo 0 > /proc.sys/net/ipv4/tcp_default_window_scaling
>
> Please check the man page because this key may have changed over time and
> indeed it may not be a problem in later kernels who may have been coded so as
> to compensate for dodgy routers. This will slow down the connection because a
> smaller window size will be used, but there shouldn't be a problem of
> oversized packets being dropped by a misconfigured router on the way. Shout
> if you need more detail.
I've tried all of these with no noticeable change:
echo 0 > /proc/sys/net/ipv4/tcp_ecn
echo 1 > /proc/sys/net/ipv4/ip_no_pmtu_disc
echo 0 > /proc/sys/net/ipv4/tcp_window_scaling
Not that anyone here should bother to read it, but here's a link to my
thread on the squid list where I tried all kinds of stuff:
http://squid-web-proxy-cache.1019090.n4.nabble.com/squid-3-3-5-hangs-the-entire-system-td4660893.html
I think at this point I'm hoping that putting the server's
modem/router into bridged mode so it will respond to pings will clear
this up. I think that's conceivable if the modem/router is also
failing to return Fragmentation Needed since its MTU is 1492. Testing
the proxy from within the server's LAN as you suggested in my other
thread could also be informative. Please let me know if there's
anything else I should try.
- Grant
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [gentoo-user] Can't ping remote system
2013-09-05 13:09 ` Alan McKinnon
@ 2013-09-05 13:19 ` Grant
0 siblings, 0 replies; 26+ messages in thread
From: Grant @ 2013-09-05 13:19 UTC (permalink / raw
To: Gentoo mailing list
>>>>> This is where it gets tricky. You identify the last router in the list
>>>>> for which you have an address or name, and contact the NOC team for that
>>>>> organization. Ask them for the next hop in routing for the destination
>>>>> address you are trying to ping and hope that they will be kind enough to
>>>>> help you out.
>>>>
>>>> Oh man that's funny. Really? Let's say they do pass along the info.
>>>> Then I hunt down contact info for the culprit router based on its IP
>>>> and tell them their stuff isn't working and hope they fix it?
>>>> Actually, since the last IP displayed is from AT&T and my server's ISP
>>>> is AT&T, I suppose it's extremely likely that the culprit is either an
>>>> AT&T router somewhere or my own server and I could find out by calling
>>>> AT&T.
>>>
>>> Well, I did try to convey a sense of what it sometimes takes to deal
>>> with such things. Usually your ISP deals with it for you and you'd be
>>> amazed how often they pick up the phone to do exactly what I described.
>>
>> You did, and I suppose it has to come down to that at some point.
>> Thank you for your help Alan.
>
> You're welcome, and I hope you get the issue satisfactorily solved (I
> don't envy you at all)
Well at this point I think the problem is that the server's Westell
6100 modem/router doesn't respond to pings unless it's in bridged mode
(according AT&T). I'll put it into bridged mode the next time I'm
there.
- Grant
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [gentoo-user] Can't ping remote system
2013-09-05 13:17 ` Grant
@ 2013-09-07 15:41 ` Mick
2013-09-13 18:39 ` Grant
0 siblings, 1 reply; 26+ messages in thread
From: Mick @ 2013-09-07 15:41 UTC (permalink / raw
To: gentoo-user
[-- Attachment #1: Type: Text/Plain, Size: 4548 bytes --]
On Thursday 05 Sep 2013 14:17:14 Grant wrote:
> > +1 on Alan's hunch. I have not used Squid to comment on the specifics
> > and also Grant stated that another proxy gave him similar symptoms.
> > From my limited knowledge a proxy could be stalling because of cache
> > configuration problems, like running out fs space, or inodes and also
> > running out of memory if it has to process simultaneous requests from
> > too many clients at a time. If the problem also manifests when the
> > clients are within the same subnet, then this is unlikely to be a
> > network issue.
>
> Which hunch was that? I snipped a lot above but I couldn't find it in
> there.
It was Alan's statement that this problem is not related to your AT&T router.
> It's just one user (me) and I've fiddled with the cache (including
> disabling it) and at least fs space and memory are good.
OK, this points away from your proxy configuration then. I noticed you
mentioning that the problem is manifested with a different proxy application,
points to a network problem, unless the cache fs set up is exactly the same.
As long as you have enough disk space and enough inodes, plus enough RAM, then
all points to a network problem.
> > If all other causes are eliminated then a network related problem could
> > be associated with TCP Window Scaling - but this would primarily show up
> > on the transmission of larger files. This is why I initially asked if
> > the problem shows up on video/audio downloads rather than small web
> > pages.
I have to come back to this. I tried the www.google.com/nexus/ you mentioned
and noticed that the page eats up 1.3MB to load fully, before it starts
downloading a flash video. So seems to be a relatively large amount of data
that brings up this problem and this could point to tcp window scaling.
> I've tried all of these with no noticeable change:
>
> echo 0 > /proc/sys/net/ipv4/tcp_ecn
> echo 1 > /proc/sys/net/ipv4/ip_no_pmtu_disc
This should be *disabled* (double negative). PMTU discovery is necessary if
any nodes are using smaller than the default 1500 byte ethernet MTU value. So
you better set it as:
echo 0 > /proc/sys/net/ipv4/ip_no_pmtu_disc
> echo 0 > /proc/sys/net/ipv4/tcp_window_scaling
This is typically enabled, but if you notice that a connection stalls and then
later on it works fine again, it could be related to a firewall/router not
responding as it should to tcp_window_scaling. In this case disabling this
would fix the problem when traversing problematic nodes.
If you saw no difference, this suggests that window scaling is not an issue.
> Not that anyone here should bother to read it, but here's a link to my
> thread on the squid list where I tried all kinds of stuff:
>
> http://squid-web-proxy-cache.1019090.n4.nabble.com/squid-3-3-5-hangs-the-en
> tire-system-td4660893.html
I read it and if the squid experts say it is a network problem, then it could
well be - although the network problems can be more difficult to diagnose and
resolve.
> I think at this point I'm hoping that putting the server's
> modem/router into bridged mode so it will respond to pings will clear
> this up.
Well, we don't *know* that the router is the cause of the problem - yet.
Setting it up in fully bridged mode and exposing your desktop directly to the
Internet will definitely eliminate the router, because it will only be dealing
with ATM packet encapsulation.
> I think that's conceivable if the modem/router is also
> failing to return Fragmentation Needed since its MTU is 1492. Testing
> the proxy from within the server's LAN as you suggested in my other
> thread could also be informative. Please let me know if there's
> anything else I should try.
I would start with the simplest tests first, which involve isolating suspect
system components one at a time. Trying to use the same laptop-desktop
machines within the LAN, takes the router out the equation - full 1500 byte
MTU will be used by both laptop and desktop.
If that works as intended then setting the router into fully bridged mode will
eliminate that node and any problems that it may have with tcp window
extensions.
Troubleshooting public nodes becomes more difficult, unless you happen to
travel around and use networks that bypass the suspect nodes. For all we know
it could be the particular hotel firewall/router that is causing the problem.
;-)
--
Regards,
Mick
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 490 bytes --]
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [gentoo-user] Can't ping remote system
2013-09-07 15:41 ` Mick
@ 2013-09-13 18:39 ` Grant
0 siblings, 0 replies; 26+ messages in thread
From: Grant @ 2013-09-13 18:39 UTC (permalink / raw
To: Gentoo mailing list
>> > +1 on Alan's hunch. I have not used Squid to comment on the specifics
>> > and also Grant stated that another proxy gave him similar symptoms.
>> > From my limited knowledge a proxy could be stalling because of cache
>> > configuration problems, like running out fs space, or inodes and also
>> > running out of memory if it has to process simultaneous requests from
>> > too many clients at a time. If the problem also manifests when the
>> > clients are within the same subnet, then this is unlikely to be a
>> > network issue.
>>
>> Which hunch was that? I snipped a lot above but I couldn't find it in
>> there.
>
> It was Alan's statement that this problem is not related to your AT&T router.
>
> I have to come back to this. I tried the www.google.com/nexus/ you mentioned
> and noticed that the page eats up 1.3MB to load fully, before it starts
> downloading a flash video. So seems to be a relatively large amount of data
> that brings up this problem and this could point to tcp window scaling.
It also happens on very lightweight sites, but never on
squid-cache.org for some reason.
>> echo 0 > /proc/sys/net/ipv4/tcp_window_scaling
>
> This is typically enabled, but if you notice that a connection stalls and then
> later on it works fine again, it could be related to a firewall/router not
> responding as it should to tcp_window_scaling. In this case disabling this
> would fix the problem when traversing problematic nodes.
>
> If you saw no difference, this suggests that window scaling is not an issue.
I just tested again and 'echo 0 >
/proc/sys/net/ipv4/tcp_window_scaling' on both the client and server
did not fix the stalls.
> I would start with the simplest tests first, which involve isolating suspect
> system components one at a time. Trying to use the same laptop-desktop
> machines within the LAN, takes the router out the equation - full 1500 byte
> MTU will be used by both laptop and desktop.
OK I will try this as soon as I'm back in that location.
Thanks a lot,
Grant
^ permalink raw reply [flat|nested] 26+ messages in thread
end of thread, other threads:[~2013-09-13 18:39 UTC | newest]
Thread overview: 26+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-09-01 12:28 [gentoo-user] Can't ping remote system Grant
2013-09-01 12:54 ` Michael Hampicke
2013-09-01 12:54 ` Michael Hampicke
2013-09-01 13:28 ` Grant
2013-09-01 14:32 ` Alan McKinnon
2013-09-01 15:04 ` Grant
2013-09-01 16:49 ` Mick
2013-09-01 18:03 ` Grant
2013-09-01 17:50 ` Alan McKinnon
2013-09-01 18:07 ` Grant
2013-09-01 18:32 ` Alan McKinnon
2013-09-01 18:50 ` Grant
2013-09-01 19:10 ` Mick
2013-09-02 18:17 ` Grant
2013-09-02 19:03 ` [gentoo-user] " Nikos Chantziaras
2013-09-05 13:00 ` Grant
2013-09-03 6:12 ` [gentoo-user] " Alan McKinnon
2013-09-03 15:35 ` Mick
2013-09-05 13:17 ` Grant
2013-09-07 15:41 ` Mick
2013-09-13 18:39 ` Grant
2013-09-05 13:04 ` Grant
2013-09-05 13:09 ` Alan McKinnon
2013-09-05 13:19 ` Grant
2013-09-01 15:03 ` [gentoo-user] " Nikos Chantziaras
2013-09-01 15:09 ` Grant
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox