Mensaje archivado #856 de la Lista ecs-isp@2rosenthals.com

De: "Massimo S." <ecs-isp@2rosenthals.com> Encabezados Completos
Mensaje no decodificado
Asunto: Re: [eCS-ISP] inetcfg.ini tuning
Fecha: Mon, 19 Aug 2024 13:22:29 +0200
Para: eCS ISP Mailing List <ecs-isp@2rosenthals.com>



Il 16/08/2024 22:23, Lewis G Rosenthal ha scritto:
PMFJI

On 08/16/24 12:09 pm, Massimo S. wrote:

<snip>

i know very well that thread, there also some posts of mine,
but it's not of much help, since it don't explain well how
to set all those parameters for all kind of connections
(eg. here there is a classic FTTC 100/20 but i'm far
about 300 meters from the cabinet so, it's less, about 75/19)

we'd need an utility that automatically set the inetcfg.ini parameters
for the users connection
this should be very very helpful

it's strange that AN or others have still not produced such a tool
since this is a great problem of the /2 world and even the latest
AN build suffer the same issue


Hmmm... And how would you propose a utility determine the optimal settings for any given set of conditions, particularly given that conditions on the internet can change from moment to moment?

Also, what's "the latest AN build" to your knowledge and experience?

<rant>

I know that English is not your first language, Max, but "suffer" implies that something is truly crippling, failing, not working well, causing major inconvenience, etc. I just spent 30 minutes yesterday tuning the carburetor on my '63 Pontiac in the driveway. I consider tuning an art as much as a science, and couldn't imagine any automated method of accomplishing the same thing as I can with my ears (and a given tank of gas, knowing that the next tank may be different). The same thing goes for network tuning.

Yes, Arca Noae would like to improve upon our default settings, which have generally been inherited from Warp 4 in the days of dial-up and 10 and 100Mbps LANs. That said, there is a major difference between improving the out-of-box defaults and automatically tuning something.

</rant>

Now that that is out of my system, is there something specific in inetcfg.ini which puzzles you? The general rule of thumb is change as few params as possible at one time. Start with TCP window sizes; generally, today, more is better than less, but network conditions are deterministic. If something else in there is unclear, please ask. I have been meaning to write up a wiki page on inetcfg.ini tuning, with better definitions than the included IBM docs have.

Hi Lewis,

i'm sorry, but i've this issue on the firewalls to my customers'places and also here in my office.

At my customer's places i've improved the download data rate, but anyway i still have some issue, eg. sometimes download go to zero and they stuck, etc. etc.

I guess that for the future, we need to port another stack IP and to anbandon the
old one from IBM.


Here on my server where i upgraded Injoy FW from 4.2.2 to 4.2.3 i still have the issue
and i fear to change too many parameters since it's a production server (mail+dns+etc.)

I could activate mtudiscovery if it help.

The server is connected with gigabit ethernet to a cisco switch and then to a cisco router, MTU for ethernet is 1500, the connection is an FTTC (100/20), but i'm quite
far from the cabinet, so it do not reach that datarate (even if i do a speedtest
from a Windows PC).

Anyway this is the inetcfg.ini:

#Inetcfg: CURRENT DEFAULT MINIMUM MAXIMUM

keepalive 30 7800 0 7800 KeepAlive (sec)
tcpswinsize 64240 32768 1024 246723 TCP SendWindow Size
tcprwinsize 64240 32768 1024 246723 TCP RecvWindow Size
udpswinsize 9216 9216 1024 246723 UDP SendWindow Size
udprwinsize 41600 41600 1024 246723 UDP RecvWindow Size
lingertime 120 120 0 65535 Linger Time (sec)
probecnt 8 8 1 8 Number Of KeepAlive Probes
ipforward 1 0 0 1 IP Forwarding flag ON/OFF
mtudiscover 0 1 0 1 TCP Path MTU Discovery ON/OFF
arpkillc 1200 1200 180 15300 ARP Complete TimeOut (sec)
arpkilli 180 180 60 1200 ARP InComplete TimeOut (sec)
lipcstswinsize 10240 10240 1024 246723 LIPC Stream SendWindow Size
lipcstrwinsize 10240 10240 1024 246723 LIPC Stream RecvWindow Size
lipcdgswinsize 2048 2048 1024 246723 LIPC Dgram SendWindow Size
lipcdgrwinsize 4096 4096 1024 246723 LIPC Dgram RecvWindow Size
synattack 1 0 0 1 SYN Attack Flag ON/OFF
syncookie 0 0 0 1 SYN Cookie Flag ON/OFF
firewall 0 0 0 1 FIREWALL ON/OFF
multidefrt 0 1 0 1 Multiple Default Routes ON/OFF
winscale 1 1 0 1 TCP Window Scale ON/OFF
timestmp 1 0 0 1 TCP TimeStamps ON/OFF
realslow 20 20 1 100 TCP TW Q Slow Timeout ticks
perfhttp 1 1 0 1 Fast Path HTTP ON/OFF
tcpttl 64 64 1 255 TCP  TTL (hops)
udpttl 64 64 1 255 UDP  TTL (hops)
icmpttl 64 64 1 255 ICMP TTL (hops)
fragttl 60 60 1 255 Fragment TTL (sec)
reusetw 0 1 0 1 Reuse Time Wait ON/OFF
msl 30 30 1 16384 TCP MaxSegLifeTime (sec)
cc 0 0 0 1 TTCP function ON/OFF
sack 0 0 0 1 Selective ACK ON/OFF


massimo

Suscribirse: Todos, Compendio, Indice.
Desuscribirse
Correo al dueño de la Lista