MMU

Feb 17, 2007 128 Replies
ðÒÉ×ÅÔ Basil!

09 Mar 07 15:19, Basil Burtakov ÐÉÓÁÌ Slav Matveev:

BB> ðÒÉ ÐÏÓÔÒÏÅÎÉÉ ÒÅÁÌÉÚÁÃÉÉ TCP/IP Ó ÏÇÒÁÎÉÞÅÎÉÑÍÉ × ×ÉÄÅ ÏÔÓÕÔÓÔ×ÉÑ BB> ÓÂÏÒËÉ ÐÁËÅÔÏ× ÉÚ ÆÒÁÇÍÅÎÔÏ× ÎÅÑ×ÎÏ ÐÒÅÄÐÏÌÁÇÁÅÔÓÑ, ÞÔÏ BB> ÆÒÁÇÍÅÎÔÉÒÏ×ÁÎÉÅ × ÓÅÔÉ ÏÔÓÕÔÓÔ×ÕÅÔ. éÓÔÉÎÎÏÓÔØ ÜÔÏÇÏ ÄÏÐÕÝÅÎÉÑ ÓÉÌØÎÏ BB> ÚÁ×ÉÓÉÔ ÏÔ ÔÅËÕÝÉÈ ÓÅÔÅ×ÙÈ ÔÅÈÎÏÌÏÇÉÊ. ÷ÐÏÌÎÅ ×ÏÚÍÏÖÎÏ, ÞÔÏ ÓÅÊÞÁÓ MTU BB> × ÍÁÇÉÓÔÒÁÌØÎÙÈ ÓÅÔÑÈ ÂÏÌØÛÅ ÉÌÉ ÒÁ×ÅÎ MTU × ÅÚÅÒÎÅÔÅ. ðÒÉ ÔÁËÉÈ BB> ÕÓÌÏ×ÉÑÈ ÆÒÁÇÍÅÎÔÉÒÏ×ÁÎÉÅ ÎÁ ÐÒÁËÔÉËÅ ÂÕÄÅÔ ×ÓÔÒÅÞÁÔØÓÑ ÓÒÁ×ÎÉÔÅÌØÎÏ BB> ÒÅÄËÏ, ÔÏÌØËÏ ÅÓÌÉ ÐÁËÅÔ ÉÄÅÔ ÐÏ ÓÔÁÒÙÍ ÓÅÔÑÍ Ó ÍÁÌÅÎØËÉÍ MTU.

æÒÁÇÍÅÎÔÉÒÏ×ÁÎÉÅ TCP ÂÕÄÅÔ ×ÓÔÒÅÞÁÔØÓÑ ÄÏÓÔÁÔÏÞÎÏ ÒÅÄËÏ ÄÏ ÔÅÈ ÐÏÒ, ÐÏËÁ ÂÕÄÅÔ ÓÏÈÒÁÎÑÔØÓÑ ÐÏ×ÓÅÍÅÓÔÎÏÅ ÉÓÐÏÌØÚÏ×ÁÎÉÅ PMTUD. ñ ÐÏËÁ ÎÅ ×ÉÖÕ ÐÒÉÞÉÎ, ÐÏÞÅÍÕ ÏÔ ÅÇÏ ÉÓÐÏÌØÚÏ×ÁÎÉÑ ÍÏÇÕÔ ÎÁÞÁÔØ ÏÔËÁÚÙ×ÁÔØÓÑ. ÷ÓÅÇÏ ÎÁÉÌÕÞÛÅÇÏ, [Team PCAD 2000] áÌÅËÓÅÊ í. ... óÔÁÒÙÊ ÇÌÀË ÌÕÞÛÅ ÎÏ×ÙÈ Ä×ÕÈ...

Hi, Slav Matveev

tracert ftp.kernel.org

ðÒÉ×ÅÔ, Alexander !

08 Mar 07 , 02:27 Alexander V. Lushnikov ÐÉÓÁÌ Ë Alexander Derazhne:

AL> HÕ ÄÁ, ÍÎÏÇÏÚÁÄÁÞËÁ ÌÅÇËÏ ÐÏÄÓÔpÁÉ×ÁÅÔÓÑ ÐÏÄ ÎÅÏÐpÅÄÅÌÅÎÎÏÅ ÞÉÓÌÏ AL> ÚÁpÁÎÅÅ ÎÅÉÚ×ÅÓÔÎÙÈ ÚÁÄÁÞ - ÔÏÌØËÏ ÜÔÏ ÄÌÑ ÜÈÏÔÁÇÁ ÏÂÙÞÎÏ AL> ÎÅÈÁpÁËÔÅpÎÏ. á ×ÏÔ ÎÁ ÆÉËÓÉpÏ×ÁÎÎÏÍ (ÏÔÎÏÓÉÔÅÌØÎÏ) ÎÅÂÏÌØÛÏÍ ÎÁÂÏpÅ AL> ×ÅÔÏË ÐpÅpÙ×ÁÎÉÑ × ÏÄÎÏÚÁÄÁÞËÅ ÎÉÞÅÍ ÎÅ ÈÕÖÅ.

÷ ÒÕÌÉÎÕËÓÅ ÐÅÒÉÏÄÉÞÅÓËÉ ÈÏÄÉÔ FAQ "ËÁË ÐÉÓÁÔØ ÓÅÒ×ÅÒÁ". ïÄÎÁ ÎÉÔØ/ÚÁÄÁÞÁ É ËÏÎÅÞÎÙÊ Á×ÔÏÍÁÔ, ÒÁÚÂÉÒÁÀÝÉÊ ×ӣ, Ñ×ÌÑÌÓÑ ÂÙ ÉÄÅÁÌØÎÙÍ ÒÅÛÅÎÉÅÍ ÅÓÌÉ ÂÙ ÎÅ ÏÔÎÏÓÉÔÅÌØÎÁÑ ÓÌÏÖÎÏÓÔØ ÒÅÁÌÉÚÁÃÉÉ. "ÐÏ ÎÉÔÉ/úÁÄÁÞÅ ÎÁ ËÁÖÄÙÊ ÞÉÈ" ÎÁÍÎÏÇÏ ÐÒÏÝÅ/ÂÙÓÔÒÅÅ ÐÉÓÁÔØ, ÎÏ ÐÒÉ ÜÔÏÍ ÒÅÚÕÌØÔÁÔ ×ÙÈÏÄÉÔ ÖÉÒÎÅÅ ÐÏ ÐÏÔÒÅÂÎÙÍ ÒÅÓÕÒÓÁÍ.

. ó Õ×ÁÖÅÎÉÅÍ, HÉËÉÔÁ. ... ÄÅËÏpÁÔÉ×ÎÁÑ ÍÉËÌÕÈÏ×ÌÏ×ËÁ Ó ÜÌÅËÔpÏÎÎÙÍ ÂÁÌÌÁÓÔÏÍ.

BB>> При построении реализации TCP/IP с ограничениями в виде отсутствия BB>> сборки пакетов из фрагментов неявно предполагается, что BB>> фрагментирование в сети отсутствует. Истинность этого допущения сильно BB>> зависит от текущих сетевых технологий. Вполне возможно, что сейчас MTU BB>> в магистральных сетях больше или равен MTU в езернете. При таких BB>> условиях фрагментирование на практике будет встречаться сравнительно BB>> редко, только если пакет идет по старым сетям с маленьким MTU.

AM> Фрагментирование TCP будет встречаться достаточно редко до тех пор, AM> пока будет сохраняться повсеместное использование PMTUD. Я пока не вижу AM> причин, почему от его использования могут начать отказываться.

А вот товарищ Slav Matveev в соседнем посте умудрился на пинге получить и фрагментирование и перепутывание фрагментов. Так что проблема наличия фрагментирования существует.

AL>> Hу да, многозадачка легко подстpаивается под неопpеделенное число AL>> заpанее неизвестных задач - только это для эхотага обычно AL>> нехаpактеpно. А вот на фиксиpованном (относительно) небольшом набоpе AL>> веток пpеpывания в однозадачке ничем не хуже.

NAS> В рулинуксе периодически ходит FAQ "как писать сервера". NAS> Одна нить/задача и конечный автомат, разбирающий всё, являлся бы NAS> идеальным решением если бы не относительная сложность реализации. NAS> "по нити/Задаче на каждый чих" намного проще/быстрее писать, но при этом NAS> результат выходит жирнее по потребным ресурсам.

Нисколько не жирнее. Не знаю как там в линуксе сделано, но в нормальных системах исполняемый код общий, а ОЗУ и стек по-любому придется дублировать. Так что при нормальной вытесняющей многозадачке фактически накладные расходы это только переключение контекстов. Что, в свою очередь, с лихвой окупается более быстрым временем реакции на события и вообще общим структурированием проблемы.

NAS> . С уважением, Hикита. NAS> ... декоpативная миклуховловка с электpонным балластом.

Mon Mar 12 2007 17:43, Alex Mogilnikov wrote to Basil Burtakov:

AM> Привет Basil!

AM> 12 Mar 07 13:19, Basil Burtakov писал Alex Mogilnikov:

AM>>> Фрагментирование TCP будет встречаться достаточно редко до AM>>> тех пор, пока будет сохраняться повсеместное использование PMTUD.

BB>> А вот товарищ Slav Matveev в соседнем посте умудрился на пинге BB>> получить и фрагментирование и перепутывание фрагментов. Так что BB>> проблема наличия фрагментирования существует.

AM> Во-первых, какое пинг имеет отношение к TCP?

Пинг это IP пакет.

AM> Во-вторых, у AM> пользователей нашей аппаратуры почему-то до сих пор не возникало AM> необходимости пинговать ее пакетами в 3 с лишним тысячи байт. Потому, в AM> отличие от Slav Matveev, у них и проблемы нет. Что специально задавшись AM> такой целью, можно получить фрагментацию пакетов, я знаю. Реальная же AM> жизнь такова:

AM> # ipfw -a list 410 420 AM> 00410 140104 93087132 count tcp from any to any in via ed1 AM> 00420 0 0 count tcp from any to any in via ed1 frag

AM> Вторая колонка - количество TCP пакетов, пришедших из интернета на AM> наш маршрутизатор. Первая строчка - все пакеты, вторая - AM> фрагментированные. У тебя есть иная статистика?

Речь не об этом. Если Вы общаетесь по сети со своим устройством своим протоколом, то конечно, Вы можете сделать почти все, включая и тестирование пути в данном конкретном включении на предмет MTU. Но если Вы (как часто требуется заказчиком) реализовали какой-то стандартный протокол удаленного управления (например SNMP), то заказчик может применить для общения с Вашим устройством любую программу сторонних разработчиков, поддерживающую SNMP. Обычно заказчик так и делает, потому что он собирает свою систему из многих разных устройств разных производителей. А система управления (программа, реализующая SNMP управление) у него одна, единая на всех. И эта сторонняя программа вовсе не обязана посылать пакеты, проходящие через сеть без фрагментации. Если же Ваше устройство не может собрать пакет из фрагментов, то им невозможно будет управлять в рамках единой системы управления. Что не есь хорошо.

ðÒÉ×ÅÔ Basil!

12 Mar 07 13:19, Basil Burtakov ÐÉÓÁÌ Alex Mogilnikov:

AM>> æÒÁÇÍÅÎÔÉÒÏ×ÁÎÉÅ TCP ÂÕÄÅÔ ×ÓÔÒÅÞÁÔØÓÑ ÄÏÓÔÁÔÏÞÎÏ ÒÅÄËÏ ÄÏ AM>> ÔÅÈ ÐÏÒ, ÐÏËÁ ÂÕÄÅÔ ÓÏÈÒÁÎÑÔØÓÑ ÐÏ×ÓÅÍÅÓÔÎÏÅ ÉÓÐÏÌØÚÏ×ÁÎÉÅ PMTUD.

BB> á ×ÏÔ ÔÏ×ÁÒÉÝ Slav Matveev × ÓÏÓÅÄÎÅÍ ÐÏÓÔÅ ÕÍÕÄÒÉÌÓÑ ÎÁ ÐÉÎÇÅ BB> ÐÏÌÕÞÉÔØ É ÆÒÁÇÍÅÎÔÉÒÏ×ÁÎÉÅ É ÐÅÒÅÐÕÔÙ×ÁÎÉÅ ÆÒÁÇÍÅÎÔÏ×. ôÁË ÞÔÏ BB> ÐÒÏÂÌÅÍÁ ÎÁÌÉÞÉÑ ÆÒÁÇÍÅÎÔÉÒÏ×ÁÎÉÑ ÓÕÝÅÓÔ×ÕÅÔ.

÷Ï-ÐÅÒ×ÙÈ, ËÁËÏÅ ÐÉÎÇ ÉÍÅÅÔ ÏÔÎÏÛÅÎÉÅ Ë TCP? ÷Ï-×ÔÏÒÙÈ, Õ ÐÏÌØÚÏ×ÁÔÅÌÅÊ ÎÁÛÅÊ ÁÐÐÁÒÁÔÕÒÙ ÐÏÞÅÍÕ-ÔÏ ÄÏ ÓÉÈ ÐÏÒ ÎÅ ×ÏÚÎÉËÁÌÏ ÎÅÏÂÈÏÄÉÍÏÓÔÉ ÐÉÎÇÏ×ÁÔØ ÅÅ ÐÁËÅÔÁÍÉ × 3 Ó ÌÉÛÎÉÍ ÔÙÓÑÞÉ ÂÁÊÔ. ðÏÔÏÍÕ, × ÏÔÌÉÞÉÅ ÏÔ Slav Matveev, Õ ÎÉÈ É ÐÒÏÂÌÅÍÙ ÎÅÔ. þÔÏ ÓÐÅÃÉÁÌØÎÏ ÚÁÄÁ×ÛÉÓØ ÔÁËÏÊ ÃÅÌØÀ, ÍÏÖÎÏ ÐÏÌÕÞÉÔØ ÆÒÁÇÍÅÎÔÁÃÉÀ ÐÁËÅÔÏ×, Ñ ÚÎÁÀ. òÅÁÌØÎÁÑ ÖÅ ÖÉÚÎØ ÔÁËÏ×Á:

# ipfw -a list 410 420

00410 140104 93087132 count tcp from any to any in via ed1 00420 0 0 count tcp from any to any in via ed1 frag ÷ÔÏÒÁÑ ËÏÌÏÎËÁ - ËÏÌÉÞÅÓÔ×Ï TCP ÐÁËÅÔÏ×, ÐÒÉÛÅÄÛÉÈ ÉÚ ÉÎÔÅÒÎÅÔÁ ÎÁ ÎÁÛ ÍÁÒÛÒÕÔÉÚÁÔÏÒ. ðÅÒ×ÁÑ ÓÔÒÏÞËÁ - ×ÓÅ ÐÁËÅÔÙ, ×ÔÏÒÁÑ - ÆÒÁÇÍÅÎÔÉÒÏ×ÁÎÎÙÅ. õ ÔÅÂÑ ÅÓÔØ ÉÎÁÑ ÓÔÁÔÉÓÔÉËÁ? ÷ÓÅÇÏ ÎÁÉÌÕÞÛÅÇÏ, [Team PCAD 2000] áÌÅËÓÅÊ í. ... óÅ×ÅÒÏ-ëÁ×ËÁÚÓËÁÑ ÍÅÖÒÅÇÉÏÎÁÌØÎÁÑ ÁÓÓÏÃÉÁÃÉÑ ÁÎÏÎÉÍÎÙÈ ÓÏÉÓËÁÔÅÌÅÊ.

Hi Alex!

12 Mar 07 17:43, Alex Mogilnikov wrote to Basil Burtakov:

BB>> ÐÏÌÕÞÉÔØ É ÆÒÁÇÍÅÎÔÉÒÏ×ÁÎÉÅ É ÐÅÒÅÐÕÔÙ×ÁÎÉÅ ÆÒÁÇÍÅÎÔÏ×. ôÁË ÞÔÏ BB>> ÐÒÏÂÌÅÍÁ ÎÁÌÉÞÉÑ ÆÒÁÇÍÅÎÔÉÒÏ×ÁÎÉÑ ÓÕÝÅÓÔ×ÕÅÔ.

AM> ÷Ï-ÐÅÒ×ÙÈ, ËÁËÏÅ ÐÉÎÇ ÉÍÅÅÔ ÏÔÎÏÛÅÎÉÅ Ë TCP? ÏÔÌÉÞÁÅÔÓÑ ÏÄÎÉÍ ÂÁÊÔÏÍ. AM> ÷Ï-×ÔÏÒÙÈ, Õ ÐÏÌØÚÏ×ÁÔÅÌÅÊ ÎÁÛÅÊ ÁÐÐÁÒÁÔÕÒÙ ÐÏÞÅÍÕ-ÔÏ ÄÏ ÓÉÈ ÐÏÒ ÎÅ AM> ×ÏÚÎÉËÁÌÏ ÎÅÏÂÈÏÄÉÍÏÓÔÉ ÐÉÎÇÏ×ÁÔØ ÅÅ ÐÁËÅÔÁÍÉ × 3 Ó ÌÉÛÎÉÍ ÔÙÓÑÞÉ AM> ÂÁÊÔ. ñ ÐÒÏÓÔÏ ÐÒÏÃÉÔÉÒÕÀ ËÎÉÇÕ "××ÅÄÅÎÉÅ × IP-ÓÅÔÉ"

"ðÒÏÔÏËÏÌÙ ÔÒÁÎÓÐÏÒÔÎÏÇÏ ÕÒÏ×ÎÑ (ÐÒÏÔÏËÏÌÙ TCP ÉÌÉ UDP), ÐÏÌØÚÕÀÝÉÅÓÑ ÓÅÔÅ×ÙÍ ÕÒÏ×ÎÅÍ ÄÌÑ ÏÔÐÒÁ×ËÉ ÐÁËÅÔÏ×, ÓÞÉÔÁÀÔ, ÞÔÏ ÍÁËÓÉÍÁÌØÎÙÊ ÒÁÚÍÅÒ ÐÏÌÑ ÄÁÎÎÙÈ IP-ÐÁËÅÔÁ ÒÁ×ÅÎ 65535, É ÐÏÜÔÏÍÕ ÍÏÇÕÔ ÐÅÒÅÄÁÔØ ÅÍÕ ÓÏÏÂÝÅÎÉÅ ÔÁËÏÊ ÄÌÉÎÙ ÄÌÑ ÔÒÁÎÓÐÏÒÔÉÒÏ×ËÉ ÞÅÒÅÚ ÉÎÔÅÒÓÅÔØ. ÷ ÆÕÎËÃÉÉ ÕÒÏ×ÎÑ IP ×ÈÏÄÉÔ ÒÁÚÂÉÅÎÉÅ ÓÌÉÛËÏÍ ÄÌÉÎÎÏÇÏ ÄÌÑ ËÏÎËÒÅÔÎÏÇÏ ÔÉÐÁ ÓÏÓÔÁ×ÌÑÀÝÅÊ ÓÅÔÉ ÓÏÏÂÝÅÎÉÑ ÎÁ ÂÏÌÅÅ ËÏÒÏÔËÉÅ ÐÁËÅÔÙ Ó ÓÏÚÄÁÎÉÅÍ ÓÏÏÔ×ÅÔÓÔ×ÕÀÝÉÈ ÓÌÕÖÅÂÎÙÈ ÐÏÌÅÊ, ÎÕÖÎÙÈ ÄÌÑ ÐÏÓÌÅÄÕÀÝÅÊ ÓÂÏÒËÉ ÆÒÁÇÍÅÎÔÏ× × ÉÓÈÏÄÎÏÅ ÓÏÏÂÝÅÎÉÅ."

Slav.

2007-03-12, Basil Burtakov snipped-for-privacy@fastwel.ru пишет:

А что лезешь, раз не знаешь?

По какому, нафиг, любому? Где там какой стэк дублируется в FSM?!?

ðÒÉ×ÅÔ Basil!

12 Mar 07 16:56, Basil Burtakov ÐÉÓÁÌ Alex Mogilnikov:

AM>>>> æÒÁÇÍÅÎÔÉÒÏ×ÁÎÉÅ TCP ÂÕÄÅÔ ×ÓÔÒÅÞÁÔØÓÑ ÄÏÓÔÁÔÏÞÎÏ ÒÅÄËÏ ÄÏ

AM>> ÷Ï-ÐÅÒ×ÙÈ, ËÁËÏÅ ÐÉÎÇ ÉÍÅÅÔ ÏÔÎÏÛÅÎÉÅ Ë TCP? BB> ðÉÎÇ ÜÔÏ IP ÐÁËÅÔ.

ôÙ Ë×ÏÔÕ ××ÅÒÈÕ ×ÉÄÉÛØ? õÔ×ÅÒÖÄÅÎÉÅ ÏÔÎÏÓÉÌÏÓØ Ë TCP ÐÁËÅÔÁÍ. äÁ, ÏÎÉ ÕËÌÁÄÙ×ÁÀÔÓÑ × IP ÐÁËÅÔÙ, ÎÏ ÎÅ ÌÀÂÏÊ IP ÐÁËÅÔ ÓÏÄÅÒÖÉÔ TCP. ðÉÎÇ ËÁË ÒÁÚ ÎÅ ÓÏÄÅÒÖÉÔ.

AM>> õ ÔÅÂÑ ÅÓÔØ ÉÎÁÑ ÓÔÁÔÉÓÔÉËÁ?

BB> òÅÞØ ÎÅ Ï ÜÔÏÍ. åÓÌÉ ÷Ù ÏÂÝÁÅÔÅÓØ ÐÏ ÓÅÔÉ ÓÏ Ó×ÏÉÍ ÕÓÔÒÏÊÓÔ×ÏÍ Ó×ÏÉÍ BB> ÐÒÏÔÏËÏÌÏÍ, ÔÏ ËÏÎÅÞÎÏ, ÷Ù ÍÏÖÅÔÅ ÓÄÅÌÁÔØ ÐÏÞÔÉ ×ÓÅ, ×ËÌÀÞÁÑ É BB> ÔÅÓÔÉÒÏ×ÁÎÉÅ ÐÕÔÉ × ÄÁÎÎÏÍ ËÏÎËÒÅÔÎÏÍ ×ËÌÀÞÅÎÉÉ ÎÁ ÐÒÅÄÍÅÔ MTU. BB> HÏ ÅÓÌÉ ÷Ù (ËÁË ÞÁÓÔÏ ÔÒÅÂÕÅÔÓÑ ÚÁËÁÚÞÉËÏÍ) ÒÅÁÌÉÚÏ×ÁÌÉ ËÁËÏÊ-ÔÏ BB> ÓÔÁÎÄÁÒÔÎÙÊ ÐÒÏÔÏËÏÌ ÕÄÁÌÅÎÎÏÇÏ ÕÐÒÁ×ÌÅÎÉÑ (ÎÁÐÒÉÍÅÒ SNMP), ÔÏ

éÍÅÎÎÏ Ï ÜÔÏÍ. òÅÞØ Ï _ÓÔÁÎÄÁÒÔÎÏÍ_ ÐÒÏÔÏËÏÌÅ TCP. é Ï ÔÏÍ, ÞÔÏ ÂÌÁÇÏÄÁÒÑ ÐÏ×ÓÅÍÅÓÔÎÏÍÕ ÉÓÐÏÌØÚÏ×ÁÎÉÀ PMTUD ÎÅÓÕÝÉÍ ÅÇÏ IP ÐÁËÅÔÁÍ ÚÁÐÒÅÝÁÀÔ ÆÒÁÇÍÅÎÔÁÃÉÀ.

BB> ÚÁËÁÚÞÉË ÍÏÖÅÔ ÐÒÉÍÅÎÉÔØ ÄÌÑ ÏÂÝÅÎÉÑ Ó ÷ÁÛÉÍ ÕÓÔÒÏÊÓÔ×ÏÍ ÌÀÂÕÀ BB> ÐÒÏÇÒÁÍÍÕ ÓÔÏÒÏÎÎÉÈ ÒÁÚÒÁÂÏÔÞÉËÏ×,

é ×ÓÅ ÜÔÉ ÒÅÁÌÉÚÁÃÉÉ TCP ÂÕÄÕÔ ÉÓÐÏÌØÚÏ×ÁÔØ PMTUD, ÞÔÏ ÐÏÄÔ×ÅÒÖÄÁÅÔÓÑ ÐÒÉ×ÅÄÅÎÎÏÊ ÍÎÏÊ ÓÔÁÔÉÓÔÉËÏÊ.

BB> åÓÌÉ ÖÅ ÷ÁÛÅ ÕÓÔÒÏÊÓÔ×Ï ÎÅ ÍÏÖÅÔ ÓÏÂÒÁÔØ BB> ÐÁËÅÔ ÉÚ ÆÒÁÇÍÅÎÔÏ×, ÔÏ ÉÍ ÎÅ×ÏÚÍÏÖÎÏ ÂÕÄÅÔ ÕÐÒÁ×ÌÑÔØ × ÒÁÍËÁÈ ÅÄÉÎÏÊ BB> ÓÉÓÔÅÍÙ ÕÐÒÁ×ÌÅÎÉÑ. þÔÏ ÎÅ ÅÓØ ÈÏÒÏÛÏ.

äÁ, Ó ×ÅÒÏÑÔÎÏÓÔØÀ ÓÕÝÅÓÔ×ÅÎÎÏ ÍÅÎÅÅ 0.001%. ðÒÉÞÅÍ É ÜÔÉ ÓÌÕÞÁÉ ÌÅÞÁÔÓÑ ÐÒÏÓÔÙÍ ÕÍÅÎØÛÅÎÉÅÍ MSS... ëÓÔÁÔÉ ÐÏ ÐÏ×ÏÄÕ SNMP (ÈÏÔÑ ÏÎÏ ÔÏÖÅ, ËÁË É ÐÉÎÇ, ÎÅ ÉÍÅÅÔ ÏÔÎÏÛÅÎÉÑ Ë ÏÔË×ÏÞÅÎÎÏÍÕ × ÐÅÒ×ÏÊ ÓÔÒÏËÅ ÕÔ×ÅÒÖÄÅÎÉÀ) ÔÙ AFAIK ÔÏÖÅ ÎÅÐÒÁ×: RFC1157 ÏÇÒÁÎÉÞÉ×ÁÅÔ ÒÁÚÍÅÒ ÄÁÔÁÇÒÁÍÍÙ × 484 ÏËÔÅÔÁ. ôÁÍ ÇÏ×ÏÒÉÔÓÑ, ÞÔÏ ÒÅËÏÍÅÎÄÕÅÔÓÑ, ÅÓÌÉ ÅÓÔØ ÔÁËÁÑ ×ÏÚÍÏÖÎÏÓÔØ, ÐÒÉÎÉÍÁÔØ ÄÁÔÁÇÒÁÍÍÙ, ÐÒÅ×ÙÛÁÀÝÉÅ 484 ÏËÔÅÔÁ, ÎÏ ÜÔÏ ÎÅ Ñ×ÌÑÅÔÓÑ ÎÅÏÂÈÏÄÉÍÙÍ. ÷ÓÅÇÏ ÎÁÉÌÕÞÛÅÇÏ, [Team PCAD 2000] áÌÅËÓÅÊ í. ... G8: ÉÎÏÇÄÁ ÌÕÞÛÅ ÄÉÒÉÖÉÒÏ×ÁÔØ, ÞÅÍ ÇÏ×ÏÒÉÔØ.

Здравствуйте, Уважаемый Basil!

Mon Mar 12 2007 16:56, Basil Burtakov wrote to Alex Mogilnikov:

BB> ... Hо если BB> Вы (как часто требуется заказчиком) реализовали какой-то стандартный BB> протокол удаленного управления (например SNMP), то заказчик может BB> применить для общения с Вашим устройством любую программу сторонних BB> разработчиков, поддерживающую SNMP.

"Hе стоит прогибаться под изменчивый мир. "Пусть, лучше, он прогнется под нас. (с)-МВ

Самое интересное в описанной Вами ситуации, когда программа сторонних сил вдруг оказыается глючной. Кого, тогда ведут на эшафот? По-моему, всегда того программиста, кто под рукой. Его жалкое блеяние, мол виноваты сторонние силы, никто не слушает. Что из этого следует практически? - Hикогда программисту не опираться на стронние силы.

BB> Обычно заказчик так и делает, потому что он собирает свою систему из BB> многих разных устройств разных производителей.

Тут я с Вами не соглашусь. Что касается AСУТП, то сбор системы происходит всегда из одного-единственного источника. Hапример, сели металлурги на иглу Siemens, так и будут сидеть до скончания века. Hикто со своими передовыми идеями туда уже не влезет в ближайшие 100 лет. А людям этой конференции остается только удел точечной автоматизации на старых, никому не нужных предприятиях. Вот, особенности этой точечной автоматизации и нужно брать в расчет, а не витийстовать в эмпиреях.

BB> .... Если же Ваше устройство не может собрать BB> пакет из фрагментов, то им невозможно будет управлять в рамках единой BB> системы управления. Что не есь хорошо.

Hе нужно это в нашей реальной жизни. Hе нужно! Спуститесь на землю.

Всего Вам Хорошего Ольга

Здравствуйте, Уважаемый Slav!

Mon Mar 12 2007 18:56, Slav Matveev wrote to Alex Mogilnikov:

SM> Я просто процитирую книгу "введение в IP-сети"

SM> "Протоколы транспортного уровня (протоколы TCP или UDP), пользующиеся SM> сетевым уровнем для отправки пакетов, считают, что максимальный размер SM> поля данных IP-пакета равен 65535, и поэтому могут передать ему сообщение SM> такой длины для транспортировки через интерсеть. В функции уровня IP SM> входит разбиение слишком длинного для конкретного типа составляющей сети SM> сообщения на более короткие пакеты с созданием соответствующих служебных SM> полей, нужных для последующей сборки фрагментов в исходное сообщение."

Абстракции до добра не доводят. Я смотрю на embedded WEB-server от NetBurner для Freescale чипов и вижу размер TCP-буфера = 4K. Можно увеличить в .h-файле. Hо нафига?! Все странички и картинки из embedded WWW прекрасно умещаются в данный размер. Значит, никакой фрагментации в локалке не будет. И, до свидания! О чем спорим-то?

Всего Вам Хорошего Ольга

Hi Olga!

12 Mar 07 23:17, Olga Nonova wrote to Slav Matveev:

SM>> ÂÏÌÅÅ ËÏÒÏÔËÉÅ ÐÁËÅÔÙ Ó ÓÏÚÄÁÎÉÅÍ ÓÏÏÔ×ÅÔÓÔ×ÕÀÝÉÈ SM>> ÓÌÕÖÅÂÎÙÈ ÐÏÌÅÊ, ÎÕÖÎÙÈ ÄÌÑ ÐÏÓÌÅÄÕÀÝÅÊ ÓÂÏÒËÉ ÆÒÁÇÍÅÎÔÏ× × SM>> ÉÓÈÏÄÎÏÅ ÓÏÏÂÝÅÎÉÅ."

ON> áÂÓÔÒÁËÃÉÉ ÄÏ ÄÏÂÒÁ ÎÅ ÄÏ×ÏÄÑÔ. ñ ÓÍÏÔÒÀ ÎÁ embedded WEB-server ÏÔ ON> NetBurner ÄÌÑ Freescale ÞÉÐÏ× É ×ÉÖÕ ÒÁÚÍÅÒ TCP-ÂÕÆÅÒÁ = 4K. íÏÖÎÏ ON> Õ×ÅÌÉÞÉÔØ × .h-ÆÁÊÌÅ. HÏ ÎÁÆÉÇÁ?! ÷ÓÅ ÓÔÒÁÎÉÞËÉ É ËÁÒÔÉÎËÉ ÉÚ embedded ON> WWW ÐÒÅËÒÁÓÎÏ ÕÍÅÝÁÀÔÓÑ × ÄÁÎÎÙÊ ÒÁÚÍÅÒ. ÷ ÄÁÎÎÙÊ ÜÔÏ × 4ë? ON> úÎÁÞÉÔ, ÎÉËÁËÏÊ ÆÒÁÇÍÅÎÔÁÃÉÉ × ÌÏËÁÌËÅ ÎÅ ÂÕÄÅÔ. é, ÄÏ Ó×ÉÄÁÎÉÑ! ï ON> ÞÅÍ ÓÐÏÒÉÍ-ÔÏ? × ÓÌÕÞÁÅ ÐÏÌÏÖÉÔÅÌØÎÏÇÏ ÏÔ×ÅÔÁ ÐÏËÁÖÉÔÅ ÍÎÅ ÌÏËÁÌËÕ Ó íôõ=4ë.

Slav.

BB>> ... Hо если BB>> Вы (как часто требуется заказчиком) реализовали какой-то стандартный BB>> протокол удаленного управления (например SNMP), то заказчик может BB>> применить для общения с Вашим устройством любую программу сторонних BB>> разработчиков, поддерживающую SNMP.

ON> "Hе стоит прогибаться под изменчивый мир. ON> "Пусть, лучше, он прогнется под нас. (с)-МВ

:-)

Взял барашек карандашик Взял и написал Я бебека, я мемека Я медведя забодал

ON> Самое интересное в описанной Вами ситуации, когда программа сторонних сил ON> вдруг оказыается глючной. Кого, тогда ведут на эшафот? По-моему, всегда ON> того программиста, кто под рукой. Его жалкое блеяние, мол виноваты ON> сторонние силы, никто не слушает. Что из этого следует практически? - ON> Hикогда программисту не опираться на стронние силы.

:-)

Ольга Вы по-женски слишком драматизируете ситуацию. Если какая-то программа глючит, всегда можно взять другую программу и сравнить с ней. Вобщем способов отделить мух от котлет много разных и почти всегда можно доказать, кто именно виноват. И в чем секрет. Удачи нет и счастья нет. Без поражений нет побед и равен счет удач и бед. И чья вина что день за днем уходит жизнь чужим путем и одиноким стал твой дом и пусто под твоим окном. И меркнет свет и молкнут звуки и новой муки ищут руки и если боль твоя стихает, то значит будет новая бедаааа.

BB>> Обычно заказчик так и делает, потому что он собирает свою систему из BB>> многих разных устройств разных производителей.

ON> Тут я с Вами не соглашусь. Что касается AСУТП, то сбор системы происходит ON> всегда из одного-единственного источника. Hапример, сели металлурги на ON> иглу Siemens, так и будут сидеть до скончания века.

И это логично. Потому как Siemens это Siemens, ему уже 150 лет исполнилось. А где завтра будет Фитон (при всем уважении к Фитону :-)) никому не известно.

ON> Hикто со своими ON> передовыми идеями туда уже не влезет в ближайшие 100 лет. А людям этой ON> конференции остается только удел точечной автоматизации на старых, никому ON> не нужных предприятиях. Вот, особенности этой точечной автоматизации и ON> нужно брать в расчет, а не витийстовать в эмпиреях.

Ну это может быть. :-)

BB>> .... Если же Ваше устройство не может собрать BB>> пакет из фрагментов, то им невозможно будет управлять в рамках единой BB>> системы управления. Что не есь хорошо.

ON> Hе нужно это в нашей реальной жизни. Hе нужно! Спуститесь на землю.

Иногда нужно. Когда не нужно и вопросов нет и каждый сам себе ANSI и ISO и ГОСТ в одном лице. Пишите, как рука пишет.

Hi Alex!

13 Mar 07 13:30, Alex Mogilnikov wrote to Slav Matveev:

AM>>> ÷Ï-ÐÅÒ×ÙÈ, ËÁËÏÅ ÐÉÎÇ ÉÍÅÅÔ ÏÔÎÏÛÅÎÉÅ Ë TCP? SM>> ÏÔÌÉÞÁÅÔÓÑ ÏÄÎÉÍ ÂÁÊÔÏÍ.

AM> :) àÍÏÒ ÏÃÅÎÉÌ. HÏ × ÄÁÎÎÏÍ ËÏÎÔÅËÓÔÅ ÎÁÉÂÏÌÅÅ ÉÎÔÅÒÅÓÎÏÅ ÏÔÌÉÞÉÅ AM> × ÏÔÓÕÔÓÔ×ÉÉ ÆÌÁÇÁ DF.

× ÏÔÓÕÔÓÔ×ÉÉ ÆÌÁÇÁ Õ ËÏÇÏ? Õ TCP ÉÌÉ ICMP?

Slav.

ðÒÉ×ÅÔ Slav!

12 Mar 07 18:56, Slav Matveev ÐÉÓÁÌ Alex Mogilnikov:

AM>> ÷Ï-ÐÅÒ×ÙÈ, ËÁËÏÅ ÐÉÎÇ ÉÍÅÅÔ ÏÔÎÏÛÅÎÉÅ Ë TCP? SM> ÏÔÌÉÞÁÅÔÓÑ ÏÄÎÉÍ ÂÁÊÔÏÍ.

:) àÍÏÒ ÏÃÅÎÉÌ. HÏ × ÄÁÎÎÏÍ ËÏÎÔÅËÓÔÅ ÎÁÉÂÏÌÅÅ ÉÎÔÅÒÅÓÎÏÅ ÏÔÌÉÞÉÅ × ÏÔÓÕÔÓÔ×ÉÉ ÆÌÁÇÁ DF.

÷ÓÅÇÏ ÎÁÉÌÕÞÛÅÇÏ, [Team PCAD 2000] áÌÅËÓÅÊ í. ... þÕÄÏ-ÊÏÇÕÒÔ âÉÏ. þÅÍÐÉÏÎ ÓÒÅÄÉ ËÁËÁÏ.

Hi Alex!

13 Mar 07 19:17, Alex Mogilnikov wrote to Slav Matveev:

AM>>> ÏÔÌÉÞÉÅ × ÏÔÓÕÔÓÔ×ÉÉ ÆÌÁÇÁ DF.

SM>> × ÏÔÓÕÔÓÔ×ÉÉ ÆÌÁÇÁ Õ ËÏÇÏ? Õ TCP ÉÌÉ ICMP?

AM> ÷ Ô×ÏÅÍ ÜËÓÐÅÒÉÍÅÎÔÅ Ó "ping -c 1 -s 3000 ftp.kernel.org" ÐÁËÅÔÙ AM> ÎÅ ÉÍÅÌÉ ÆÌÁÇÁ DF.

åÓÌÉ ÂÙ ÏÎÉ ÔÁËÏÊ ÆÌÁÇ ÉÍÅÌÉ, ÏÎÉ ÂÙ ÄÁÌØÛÅ ÌÏËÁÌØÎÏÇÏ ÉÎÔÅÒÆÅÊÓÁ É ÎÅ ÕÛÌÉ.

ping -c 1 -s 3000 ftp.kernel.org -M do PING zeus-pub.kernel.org (204.152.191.5) 3000(3028) bytes of data. From 161 (161) icmp_seq=0 Frag needed and DF set (mtu = 1500)

Slav.

ðÒÉ×ÅÔ Slav!

13 Mar 07 12:51, Slav Matveev ÐÉÓÁÌ Alex Mogilnikov:

AM>> HÏ × ÄÁÎÎÏÍ ËÏÎÔÅËÓÔÅ ÎÁÉÂÏÌÅÅ ÉÎÔÅÒÅÓÎÏÅ AM>> ÏÔÌÉÞÉÅ × ÏÔÓÕÔÓÔ×ÉÉ ÆÌÁÇÁ DF.

SM> × ÏÔÓÕÔÓÔ×ÉÉ ÆÌÁÇÁ Õ ËÏÇÏ? Õ TCP ÉÌÉ ICMP?

÷ Ô×ÏÅÍ ÜËÓÐÅÒÉÍÅÎÔÅ Ó "ping -c 1 -s 3000 ftp.kernel.org" ÐÁËÅÔÙ ÎÅ ÉÍÅÌÉ ÆÌÁÇÁ DF. ÷ÓÅÇÏ ÎÁÉÌÕÞÛÅÇÏ, [Team PCAD 2000] áÌÅËÓÅÊ í.
íÅÄÂpÁÔØÑ ÐÏ pÁÚyÍy ÖÄyÔ ÷ÁÓ × ÄÁÌÅËÉÈ ÍÉpÁÈ, Alex... ðÑÔÎÉÃÁ íÁpÔ 09 2007 15:38, Alex Mogilnikov wrote to Michael Mamaev:

BB>>> ÎÅ ÚÎÁÀ, ËÁË ÷Ù ÓÍÏÇÌÉ ÄÏÇÏ×ÏpÉÔØÓÑ Ó ICANN, ÞÔÏÂÙ ÷ÁÍ BB>>> ÐÅpÓÏÎÁÌØÎÏ ÐpÉÓÙÌÁÌÉ ÔÏÌØËÏ ÎÅÆpÁÇÍÅÎÔÉpÏ×ÁÎÎÙÅ ÐÁËÅÔÙ :-). MM>> ïÔÌÁÖÉ×ÁÌÉÓØ × ÔÅÐÌÉÞÎÙÈ yÓÌÏ×ÉÑÈ, ÏÞÅ×ÉÄÎÏ. MM>> ðpÉ ÐÅpÅÈÏÄÅ ÎÁ ËÁËÏÊ-ÎÉÂyÄØ GPRS ÔÁËÁÑ pÅÁÌÉÚÁÃÉÑ ÚÁÇÎÅÔÓÑ. AM> âpÅÄ ÓÉ×ÏÊ ËÁÂÙÌÙ. (c) GPRS ÆpÁÇÍÅÎÔÉpyÅÔ ÐÁËÅÔÙ Ó ÆÌÁÇÏÍ DF? :))

HÅÓÐÏÓÏÂÎÏÓÔØ ÎÏpÍÁÌØÎÏÊ ÓÂÏpËÉ ÆpÁÇÍÅÎÔÉpÏ×ÁÎÎÙÈ ÐÁËÅÔÏ× ÎÉËÁË ÎÅ ÍÏÖÅÔ ÂÙÔØ ÁÔpÉÂyÔÏÍ ÈÏpÏÛÅÇÏ, ÇÏÄÎÏÇÏ ÓÔÅËÁ, Ó ËÏÔÏpÏÇÏ ÎÁÞÁÌÓÑ pÁÚÇÏ×Ïp. ðÌÀÓ Ë ÔÏÍy ÅÓÔØ ÓÅpØÅÚÎÙÅ ÐÏÄÏÚpÅÎÉÑ, ÞÔÏ ËpÉ×ÉÚÎÁ Ô×ÏÅÊ pÅÁÌÉÚÁÃÉÉ ÎÅ ÏÇpÁÎÉÞÉ×ÁÅÔÓÑ ÔÏÌØËÏ ÆpÁÇÍÅÎÔÉpÏ×ÁÎÎÙÍÉ ÐÁËÅÔÁÍÉ.

íÁÊËÌ
ðÒÉ×ÅÔ Michael!

14 Mar 07 19:56, Michael Mamaev ÐÉÓÁÌ Alex Mogilnikov:

MM> HÅÓÐÏÓÏÂÎÏÓÔØ ÎÏpÍÁÌØÎÏÊ ÓÂÏpËÉ ÆpÁÇÍÅÎÔÉpÏ×ÁÎÎÙÈ ÐÁËÅÔÏ× ÎÉËÁË ÎÅ MM> ÍÏÖÅÔ ÂÙÔØ ÁÔpÉÂyÔÏÍ ÈÏpÏÛÅÇÏ, ÇÏÄÎÏÇÏ ÓÔÅËÁ, Ó ËÏÔÏpÏÇÏ ÎÁÞÁÌÓÑ MM> pÁÚÇÏ×Ïp. ðÌÀÓ Ë ÔÏÍy ÅÓÔØ ÓÅpØÅÚÎÙÅ ÐÏÄÏÚpÅÎÉÑ, ÞÔÏ ËpÉ×ÉÚÎÁ Ô×ÏÅÊ MM> pÅÁÌÉÚÁÃÉÉ ÎÅ ÏÇpÁÎÉÞÉ×ÁÅÔÓÑ ÔÏÌØËÏ ÆpÁÇÍÅÎÔÉpÏ×ÁÎÎÙÍÉ ÐÁËÅÔÁÍÉ.

ëÁËÏÅ ÜÔÏ ÉÍÅÅÔ ÏÔÎÏÛÅÎÉÅ Ë ÉÓÐÏÌØÚÏ×ÁÎÉÀ ËÕÞÉ? ÷ÓÅÇÏ ÎÁÉÌÕÞÛÅÇÏ, [Team PCAD 2000] áÌÅËÓÅÊ í. ... óÉÓÏÐ ÓÐÉÔ - ÐÏÞÔÁ ÉÄÅÔ...

Join the Discussion

Have something to add? Share your thoughts — no account required.

Didn't find your answer?

Ask the community — no account required