Hello Bob,
Bob Doolittle wrote:
Ivar Janmaat wrote:
With USB devices this might be a problem but for requesting info from
the server I don't think it will be a problem.
I assume you mean "sending packets to" rather than "requesting info
from". There are all
sorts of upstream traffic, but other than upstream video, audio, and
bulk USB data the
packet size is small.
Correct, my mistake.
This was a mistake on my part, sorry. I just re-read some of the
SRSS source, and now I recollect that the client's "max MTU"
is transmitted in the initial TCP connection to the server and
passed through SRSS to the services (e.g. X server) so that they
will also honor that value on transmission. So the value set in
the client affects traffic in both directions.
So this is not the normal max MTU discover procedure. It is a Sun Ray
specific procedure.
Must this value be sent by the DTU or can this value also be sent in
some other way?
3. Why take this longer route if the Server can read the file
directly from disk?
Considering your new insight. I guess question 3 becomes relevant again.
Why not use another way of getting this info to the SRSS service?
"overhaul" is a relative term. I haven't sized the effort.
As Mike mentioned, you can't reliably "discover" a
max MTU size...
It would be sufficient if the endpoint of the VPN tunnel would
communicate the MAX MTU correctly.
The tunnel will handle fragmentation over the Internet from vpn to vpn
router.
Ivar
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
