<div dir="ltr">Well, what do the logical groupings of servers have to do with the network topology? What exactly lies between server A and B? Are there any weird tunnels? Do all the switches support jumbo frames? All the routers correctly translating between networks?<div>
<br></div><div>MTU is a fiddly thing, and if every device in the path isn't correctly configured you will get weird behavior.</div><div><br></div><div>QH</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Mon, Oct 14, 2013 at 3:57 PM, Mike Bean <span dir="ltr"><<a href="mailto:beandaemon@gmail.com" target="_blank">beandaemon@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div><div><div>Well, I don't mean OU in the windows sense, I mean logical groupings of servers. Clusters. I'm trying to get my head around this, because intuitively, it just doesn't make any sense. <br>
<br></div>If you're coming home from the grocery store, and you have more groceries then you can carry, you make multiple trips to the car. <br><br></div>but I don't think it's quite that simple. Think networks aren't as smart as I think they are, intuitively, something configured to send as 1500, should be able to receive 1500 only, not necessary 9000, but something that's configured as 9000 should be able to send and receive as 9000 or 1500. (scratches head.)<br>
<br></div><div>In actuality, B (9000) can send to A (1500)<br></div><div>and A (1500) can send to B (9000)<br><br></div><div>but if we set A to 9000, it can no longer send to B (9000)<br></div><div>(scratches head)<br></div>
<div><br></div>Boy, if you know someone who's in school looking for a secure job, tell them to become a network person. REALLY GOOD network people are worth their weight in gold.<br></div><div class="HOEnZb"><div class="h5">
<div class="gmail_extra"><br>
<br><div class="gmail_quote">On Mon, Oct 14, 2013 at 3:26 PM, Quentin Hartman <span dir="ltr"><<a href="mailto:qhartman@gmail.com" target="_blank">qhartman@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">By OU, do you mean broadcast domain? ie - two LANs connected by a router? If so, it sounds like you have the (usually default) MTU of 1500 set on side A, but the 9000 set on B, and your router isn't correctly doing MTU management when crossing from one to the other.<div>
<br></div><div>Going the other way works because the fragments are already small enough to be handled correctly at the other end. The complexity of making this work reliably is the primary reason so few people bother to use jumbo frames, even though they technically are better most of the time anymore.</div>
<div><br></div><div>The wikipedia article on MTU is actually pretty good: <a href="http://en.wikipedia.org/wiki/Maximum_transmission_unit" target="_blank">http://en.wikipedia.org/wiki/Maximum_transmission_unit</a></div><div>
<br></div><div>
QH</div></div><div class="gmail_extra"><br><br><div class="gmail_quote"><div><div>On Mon, Oct 14, 2013 at 3:15 PM, Mike Bean <span dir="ltr"><<a href="mailto:beandaemon@gmail.com" target="_blank">beandaemon@gmail.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div dir="ltr"><div><div><div><div><div><br></div>So I've been scratching my head for a long time trying to understand this, and it makes no sense to me. We have to discrete OU's. SCP transmissions of any real size tend to fail from A to B, but not from B to A. <br>
<br></div>My colleagues have been arguing that the fix is to set the MTU at side B to 1500. And Lo, and behold, when we do, it works, increase the MTU to 9000, and it fails again.<br><br><a href="http://unix.stackexchange.com/questions/14187/why-does-scp-hang-on-copying-files-larger-than-1405-bytes" target="_blank">http://unix.stackexchange.com/questions/14187/why-does-scp-hang-on-copying-files-larger-than-1405-bytes</a><br>
<br></div>What I have difficulty understanding, is if a jumbo frame carries, say, 9000 bytes, and hypothetically, if it's a 5,000 bytes file + your MTU = 1500, which means you split it up into 3 transmissions.<br><br>
</div>Same size transmission; capped packet size, more packets. So I would naturally conclude that at an MTU of 9000 it could get done in 1 what an MTU of 1500 would do in 3?<br><br></div>(scratches head)<br></div>
<br></div></div>_______________________________________________<br>
clue mailing list: <a href="mailto:clue@cluedenver.org" target="_blank">clue@cluedenver.org</a><br>
For information, account preferences, or to unsubscribe see:<br>
<a href="http://cluedenver.org/mailman/listinfo/clue" target="_blank">http://cluedenver.org/mailman/listinfo/clue</a><br></blockquote></div><br></div>
<br>_______________________________________________<br>
clue mailing list: <a href="mailto:clue@cluedenver.org" target="_blank">clue@cluedenver.org</a><br>
For information, account preferences, or to unsubscribe see:<br>
<a href="http://cluedenver.org/mailman/listinfo/clue" target="_blank">http://cluedenver.org/mailman/listinfo/clue</a><br></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
clue mailing list: <a href="mailto:clue@cluedenver.org">clue@cluedenver.org</a><br>
For information, account preferences, or to unsubscribe see:<br>
<a href="http://cluedenver.org/mailman/listinfo/clue" target="_blank">http://cluedenver.org/mailman/listinfo/clue</a><br></blockquote></div><br></div>