Le lundi 16 mai 2011, Craig Bender a écrit :
> -Note if settings /etc/system like 'set hires_tick=1' are enabled.
>
I have no such thing (I am on CentOS)
> -Any settings in the parms files (if used)
>
No.
> -Provide a utquery of DTUs exhibiting this behavior
utquery 172.16.102.173
terminalID=00144f575055
terminalIPA=172.16.102.173
model=SunRayP8
currentAuth=172.16.102.20
currentFW=4.3_50_2011.04.22.22.07
currentBarrier=430
currentBarrierLevel=430
currentMTU=1472
currentLease=65842
Subnet=255.255.255.0
Router=172.16.102.20
MTU=1472
Broadcst=172.16.102.255
LeaseTim=86400
DHCPServer=172.16.102.20
AuthSrvr=172.16.102.20
AuthPort=7009
LogHost=172.16.100.20
FwSrvr=172.16.102.20
NewTVer=4.3_50_2011.04.22.22.07
FWservType=FWSrvr
speed=100F
parmsVersion=4.3_50_2011.04.22.22.07
parmsBarrier=430
configMTU=1472
AltAuth=172.16.102.20,255.255.255.255
confEnabled=0
stopqon=0
bandwidth=100000000
cmdcachesize=512
> -Describe the network, both on server and client side
>
DTU are connected through a dedicated network and a dedicated interface on the
servers with a 100Mb switch.
> -Any packet loss detected with utcapture
>
No.
utcapture 00144f575055
# TERMINALID TIMESTAMP TOTAL PACKET TOTAL LOSS BYTES SENT PERCENT
LOSS LATENCY
00144f575055 20110517151024 1217121 0 1433052222
> -MTU settings agreed upon between server and client...and whether that
> matches a ping test for max MTU
> (http://blogs.oracle.com/ThinkThin/entry/the_importance_of_mtu)
>
I follow this tutorial and it was a mismatch. I changed MTU from 1500 to 1472,
restart dhcpd and DTU but I didn't notice any progress.
I will try Thomas Fuerle trick by downgrading firmware.
Thank you for you help.
--
Philippe BOURDEU d'AGUERRE
AIME - Campus de l'INSA http://www.aime-toulouse.fr/
135, av. de Rangueil Tel +33 561 559 885
31077 TOULOUSE Cedex 4 - FRANCE Fax +33 561 559 870
_______________________________________________
SunRay-Users mailing list
SunRay-Users@filibeto.org
http://www.filibeto.org/mailman/listinfo/sunray-users
