2 offtopic
ты на 100% прав
, как впрочем и я я писал о "виртуальном" свиче и о "виртуальной" таблице, на предмет ее соответствия логике "виртуального" Фон-неймановскому устройства ИНАЧЕ ДЛЯ КАКОЙ Я МАТЕРИ ВСТАВЛЯЛ Фон-Неймана в это обсуждение!?
... я хотил что бы обратили внимание на логику которая "отметет" некоторые вопросы! Ведь именно она рулит а не пересказ-изложение rfc! Почитать же rfc791(IP), rfc768(UDP), rfc793(TCP),rfc792(ICMP) каждый смогет сам на сон грядущий
2 Nemo!
... ну есть 2 компа и что?
1. Я думаю при особом трудолюбии можно создать даже UDP канал между ними!
(смотри пункт 3)
2. Невозможно будет создать TCP канал между ними!
3. Другие компьютеры так же смогут установить UDP канал на каждый из них! Но....
а) если поставленные UDP-порты на прослушивание
совпадают то будет ехтра-информация, в зависимости
от обработчика часть информации может теряться!
Стандартный код:
UDP-цикл
....
recv(....);
....
send(....);
....
UDP-цикл
если ты видишь то в канале использована
стандартная схема диалога и появившиеся екстра-пакеты
будут просто потеряны! В случае WSAAsync подхода
информация будет "избыточной" и результат так же не
предсказуем!
б) поставленные UDP-порты на прослушивание не совпадают
В этом случае "будет счастье" все будет работать и
с обоими компьютерами можно будет связаться!
4. Установить TCP -сессию с каждым из компьютеров установить будет НЕВОЗМОЖНО! Поскольку
а) в случае если listen-port-ы совпадают , один
из компов установит связь, но через время X
(таймаут) второй комп , пошлет свой убийственный
RST-пакет и сесии придет кирдык! В любом обработчике
есть обработка FD_CLOSE
б) в случае если порты не совпадают , кирдык будет
прибегать молниеносно! Хотя тут все зависит от
установленной ОС и установках! Давай буду говорить
за свою тетю ОСоню ,если мне приходит SYN пакет
на порт который не прослушивается, то мой комп
незамедлительно пошлет RST
Давай предположим , что программеры нормалные,
а не те хто пишут UDP-подобные-циклы сессий
(хотя и в этом и в моем WSAAsync смысле ничего
работать не будет!) Я пишу явно обработчик FD_CLOSE
а они его не пишут а принимают пакет а потом
анадизируют результат!
Хрен редьки не слащщще а горчшееюяе!
5. Пинговать компы можно но результат будет совершенно не определенный, поскольку от кого первого придет ICMP-echo-answer тот и будет обработан, хотя отвечать будут "хором"
6. Все таки моя интуиция подсказывает что твой интерес вовсе не лежит в области действия хабов, значит читай все что касалось выше свичей!
ты на 100% прав
, как впрочем и я я писал о "виртуальном" свиче и о "виртуальной" таблице, на предмет ее соответствия логике "виртуального" Фон-неймановскому устройства ИНАЧЕ ДЛЯ КАКОЙ Я МАТЕРИ ВСТАВЛЯЛ Фон-Неймана в это обсуждение!?... я хотил что бы обратили внимание на логику которая "отметет" некоторые вопросы! Ведь именно она рулит а не пересказ-изложение rfc! Почитать же rfc791(IP), rfc768(UDP), rfc793(TCP),rfc792(ICMP) каждый смогет сам на сон грядущий
2 Nemo!
... ну есть 2 компа и что?
1. Я думаю при особом трудолюбии можно создать даже UDP канал между ними!
(смотри пункт 3)
2. Невозможно будет создать TCP канал между ними!
3. Другие компьютеры так же смогут установить UDP канал на каждый из них! Но....
а) если поставленные UDP-порты на прослушивание
совпадают то будет ехтра-информация, в зависимости
от обработчика часть информации может теряться!
Стандартный код:
UDP-цикл
....
recv(....);
....
send(....);
....
UDP-цикл
если ты видишь то в канале использована
стандартная схема диалога и появившиеся екстра-пакеты
будут просто потеряны! В случае WSAAsync подхода
информация будет "избыточной" и результат так же не
предсказуем!
б) поставленные UDP-порты на прослушивание не совпадают
В этом случае "будет счастье" все будет работать и
с обоими компьютерами можно будет связаться!
4. Установить TCP -сессию с каждым из компьютеров установить будет НЕВОЗМОЖНО! Поскольку
а) в случае если listen-port-ы совпадают , один
из компов установит связь, но через время X
(таймаут) второй комп , пошлет свой убийственный
RST-пакет и сесии придет кирдык! В любом обработчике
есть обработка FD_CLOSE
б) в случае если порты не совпадают , кирдык будет
прибегать молниеносно! Хотя тут все зависит от
установленной ОС и установках! Давай буду говорить
за свою тетю ОСоню ,если мне приходит SYN пакет
на порт который не прослушивается, то мой комп
незамедлительно пошлет RST
Давай предположим , что программеры нормалные,
а не те хто пишут UDP-подобные-циклы сессий
(хотя и в этом и в моем WSAAsync смысле ничего
работать не будет!) Я пишу явно обработчик FD_CLOSE
а они его не пишут а принимают пакет а потом
анадизируют результат!
Хрен редьки не слащщще а горчшееюяе!5. Пинговать компы можно но результат будет совершенно не определенный, поскольку от кого первого придет ICMP-echo-answer тот и будет обработан, хотя отвечать будут "хором"
6. Все таки моя интуиция подсказывает что твой интерес вовсе не лежит в области действия хабов, значит читай все что касалось выше свичей!
