I know, but I am not convinced it will solve more complicated issues.
Imagine the following scenario:
1. SRSS servers sends package with 1490 MTU
2. VPN concentrator encrypts package (it is not a cisco router so
fragmentation before encryption is not supported on this router)
3. The encrypted package it to big so the encrypted package gets fragmented.
4. The two fragmented encrypted packages are sent to the VPN router at
the Sun Ray location.
5. The VPN router on the Sun Ray location will reassemble the fragmented
encrypted package,
6. The VPN router on the Sun Ray location will decrypt the package.
7. The decrypted package with MTU 1490 is send to the Sun Ray.
8. The Sun Ray will receive a unfragmented package and will not lower
the MTU.
Although this setup can work it is not an optimal solution.
I would rather have an option to lower max mtu to a lower value to
prevent fragmentation in any case.
As mentioned earlier, a per subnet setting might be very flexible.
I also would like to have something basic and simple now rather than
something nice and complicated later.
I know you guys are working hard an I saw a lot of our issues resolved
in patch 6 but this is something which really needs be resolved quickly
for us.
Keep up the good work!
Ivar
Brad Lackey - US_SW Desktop Technical Lead wrote:
FYI, at one point I thought that I read that coming in a near-ish
future firmware release, the DTU will attempt to set it's own MTU by
keeping track of the largest packet sent that did not get fragmented.
Anybody want to confirm this coming feature?
On Tue, 2007-04-10 at 18:14 +0200, Ivar Janmaat wrote:
Hello,
With Sun Rays getting more popular on WAN links it would be nice if we
could set the MTU on the Sun Ray server.
It is not practical to use the DHCPINFORM responses to set MTU size for
a number of reasons:
1. You don't always have control over the DHCP server or DHCP relaying.
2. Most embedded DHCP servers don't support the MTU option.
3. Because it is a Sun Ray problem the Sun Ray guy must be able to fix
it on his own. Not depending on other services.
I still favour a simple server side setting since I don't believe any
other option will work in all cases.
Kind regards,
Ivar
P.S.M. Swamiji wrote:
It can be set on SRSS server with out disturbing the existing DHCP server
assuming that DTU does get the DHCPINFORM response from the SRSS server.
If not, directly on the Windows DHCP server, standard DHCP option MTU
can be set.
Please make sure to have the latest 3.1 Patch to work with the first
option.
Thanks
P.S.M.Swamiji
Note:These are my personal opinions, nothing to do with my employer
_______________________________________________
SunRay-Users mailing list
[email protected] <mailto:[email protected]>
http://node1.filibeto.org/mailman/listinfo/sunray-users
*Brad Lackey*
Desktop Product Lead
US Software Practice
(720) 548-3339
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
------------------------------------------------------------------------
_______________________________________________
SunRay-Users mailing list
[email protected]
http://node1.filibeto.org/mailman/listinfo/sunray-users
_______________________________________________
SunRay-Users mailing list
[email protected]
http://node1.filibeto.org/mailman/listinfo/sunray-users
