"Not support IP Fragmentation"
Ethernet Chips
No replies yet. Be the first to reply.
Join the discussion.
Ethernet Chips
No replies yet. Be the first to reply.
Join the discussion.
Share projects and connect with makers.
Joined before the site update? first.
New to WIZnet Makers?
We sent a verification link to your address. Open it to activate your account, then log in.
Accounts from this email provider are reviewed by an administrator after verification. Approval usually takes one business day.
Already have an account?
Enter your email address. If it belongs to an account, we'll send a link to set a new password. Members who joined before the site update use this to set their password.
If an account uses that address, we sent a link to set a new password. The link works once and expires in 30 minutes.
Know your password?
Need an account?
RE: "Not support IP Fragmentation"
by jameskim ·
Hi,
IP Fragmentation is a special function to send/receive data over low bandwidth network.
If you’re not in the environment where IP Fragmentation is really needed, then don’t care it.
You can send and/or receive even bigger than several Giga Bytes file. Don’t worry.
Regarding to the number of concurrent connection, you can use maximum 8 sockets simultaneously.
But if you coordinate the sequence of connections, of course, you can get any HTML pages which consists of more than 8 files.
Thx,
javakys
RE: "Not support IP Fragmentation"
by phil31 ·
Hello Javakys
thanks for your reply !
“But if you coordinate the sequence of connections”
how you can do that ? if i’m right, you can’t specify such think to the web browser !?..
each request of the web browser will consume 1 socket until the end of the requested file ?
thanks for your info
best regards
RE: "Not support IP Fragmentation"
by Eugeny ·
I am also interested to hear James’s clarification about it. I was writing web server some time ago (still did not finish) and maybe he can add some value explaining what he meant
In general - if you use Chrome - always keep in mind it has very annoying bug - it opens one or even more “sleeping” connections for about 10-15 seconds, doing nothing through it. I asked people on Chrome support forum [url]Google Product Forums, but did not get anything material or consistent. They just do not care about embedded device developers.
RE: "Not support IP Fragmentation"
by jameskim ·
Hello,
I’m sorry to make you confused.
Actually there is no way to coordinate the sequence of connection while communicating with Web browser.
So it is best to restrict the number of links used in the main html to maximal 8.
If all files will be transferred is small enough, then all files will be transferred well even though the number of files are more than eight.
However when a web page has more links than eight and the size of link files is big enough, some date would not be sent to users’ browser.
To avoid this situation, we recommend users embed CSS/JS codes into a html file instead of writing in separate files to reduce the number of used sockets. And for simple image, we recommend to use CSS than a separate file.
Below is the example web page of WIZ550Web from WIZnet.
[url]https://github.com/Wiznet/WIZ550web/blob/master/WIZ550web_Webpages/0_Basic_Demopages/index.html[/url]
I think this is the best solution by now.
I’m sorry again for making you confused.
BR,
javakys
RE: "Not support IP Fragmentation"
by phil31 ·
Hello
well i rapidly check your example.
what i can see is that the CSS and script are embedded inside the HTML page.
ok but, we can see that these images (inside the CSS) , use some URL (image are not encoded and included in the CSS (bas64 by example).
CSS part may be common to all HTML pages of the web server. but JS are often specific for each page …
so each image will consume a socket …
so, the goal is to have not more than 8 sockets called by each HTML page … right ?
and if image (or script or anything else) are bigger than 1500Bytes, it will work, even if ‘IP fragmentation’ is not supported … right ??
thanks, regards
RE: "Not support IP Fragmentation"
by jameskim ·
Hello,
Yes, you’re right.
Yes, Correct.
There will be no problem as long as there is not any extremely narrow bandwidth network between Web server system using W5500 and your web browser.
Even though some image files are bigger than couple of MBytes or GBytes.
Thx.
BR,
javakys
RE: "Not support IP Fragmentation"
by Eugeny ·
I can give you one small insight I learned several days ago. Firefox supports configuration item to limit number of connections per server (Chrome does not have such setting). Thus you can decrease number of connections Firefox makes to your W5500 from 6 to, let’s say, 4 or even 2, and then you will be able to have 2 or 4 clients connecting concurrently to the webserver based on W5500.
RE: "Not support IP Fragmentation"
by jameskim ·
Hello Eugeny,
Thank you for good information.
BR,
javakys
RE: RE: "Not support IP Fragmentation"
by Mxyxixptlick ·
I understand this thread is old, but for the benefit of others I’d like to note that by supporting “Connection: keep-alive” properly in your webserver you can easily handle web pages consisting of more than 8 files, as browsers will reuse open sockets.
Chrome now limits the number of concurrent sockets open to a given server to 6, and shares those sockets among tabs in an open browser instance, and FireFox and Opera have similar limits. If you manage sockets well in your webserver by proactively disconnecting sockets to ensure you always have one listening on port 80 (and another on port 443 if you support TLS), having only 8 hardware sockets is not nearly the limitation it appears to be when first considering the problem.
One of the pages I used to test my webserver loads requires the transfer of 11 files. It works flawlessly in Chrome, FireFox, Opera and the Android version of DuckDuckGo browser.