| 1.1, Аноним (1), 10:07, 10/05/2005 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 ipnat позволяет выполнять редирект не UDP/TCP пакетов; - шо бы это значило? :-) | | |
| |
| 2.3, Dmitry U. Karoiv (?), 11:17, 10/05/2005 [^] [^^] [^^^] [ответить]
| +/– |
Все знаютпротокол "TCP" из-за постоянного упоминания "TCP/IP"; это заслуженно, т.к. TCP переносит подавляющую долю трафика. (В Windows "протокол TCP/IP" - это восемь протоколов: IP, TCP, UDP, ICMP, ARP, DHCP-client, WINS-client, DNS-client. В Unix клиенты вынесены в User space.)
Большинство людей знают протокол UDP хотя бы из-за упоминания его в /etc/services и /etc/inetd.conf .
Про ICMP люди тоже обычно слышали.
Но вот заглянуть в /etc/protocols и поразиться числу имеющихся там протоколов люди обычно ленятся. | | |
| |
| 3.15, Denis (??), 10:14, 11/05/2005 [^] [^^] [^^^] [ответить]
| +/– |
 Прежде чем писать о протоколах немешало бы самому почитать из чего состоит стек ТСР-АйПи (Это я про "(В Windows "протокол TCP/IP" - это восемь протоколов: IP, TCP, UDP, ICMP, ARP, DHCP-client, WINS-client, DNS-client. В Unix клиенты вынесены в User space.)"
DHCP-client, WINS-client, DNS-client - НИКОГДА небыли протоколами и небудут, клиент это клиент. К тому же если потрудиться и пересчитать перечисленное всеравно получается 7 а не 8.
маленькая подсказка - в ТСР-стек входят еще RARP и IGMP - вот тогда получаем законный стек ТСР. | | |
| |
| 4.17, Dmitry U. Karoiv (?), 11:48, 11/05/2005 [^] [^^] [^^^] [ответить]
| +/– | |
> DHCP-client, WINS-client, DNS-client - НИКОГДА небыли протоколами и небудут, клиент это клиент.
Большинство протоколов построены по схеме "клиент-сервер", т.е. реализация такого протокола состоИт из двух частей - клиентской и серверной. Но небольшое число протоколов не укладывается в схему "клиент-сервер".
При добавлении в Windows "протокола TCP/IP" (вызываем свойства сетевого окружения, жмём кнопки "Добавить", "Протокол", "Микро$офтовский", "TCP/IP") в системе появляется программный код, реализующий клиентскую часть протоколов DNS, DHCP и WINS.
> К тому же если потрудиться и пересчитать перечисленное всеравно получается 7 а не 8.
Песесчитал:
1) IP
2) TCP
3) UDP
4) ICMP
5) ARP
6) DHCP-client
7) WINS-client
8) DNS-client
Всё равно восемь.
> маленькая подсказка - в ТСР-стек входят еще RARP и IGMP - вот тогда получаем законный стек ТСР.
Что касается RARP, то я совершенно не втыкаю, кому и зачем требуется резолвинг MAC-Адреса в IP-номер, особенно если учесть, что этот резолвинг неоднозначен, т.к. одному MAC-Адресу может соответствовать несколько IP-номеров.
А работу IGMP я вообще слабо представляю, так что прошу рассказать мне, что он делает и почему без него было бы плохо. | | |
| |
| 5.21, Dead J. Dona (?), 15:19, 13/05/2005 [^] [^^] [^^^] [ответить]
| +/– |
>
>Что касается RARP, то я совершенно не втыкаю, кому и зачем требуется
>резолвинг MAC-Адреса в IP-номер, особенно если учесть, что этот резолвинг неоднозначен,
>т.к. одному MAC-Адресу может соответствовать несколько IP-номеров.
Reverse Address Resolution Protocol. A link layer mechanism used by many diskless Sun workstations to find IP addresses and download hosts.
Не только ИБМ процы делает ,) | | |
| |
| 6.22, Dmitry U. Karoiv (?), 19:32, 13/05/2005 [^] [^^] [^^^] [ответить]
| +/– | |
Я прекрасно понимаю, как работает ARP - посылается broadcast-запрос по типу "эй, кто тут у нас с таким IP-номером"; тот, у кого такой IP-номер, отвечает, а остальные молчат. А как работает этот RARP?
> Reverse Address Resolution Protocol. A link layer mechanism used by many diskless Sun workstations to find IP addresses and download hosts.
Что-то у меня такое ощущение, что RARP - это всего-навсего DHCP, у которого на сервере имеется статическая привязка IP-номера, загрузочного образа и др.параметров к MAC-Адресу...
> Не только ИБМ процы делает ,)
Процы в основном делает Intel (если мерять по числу щтук). А самые лучшие процессоры делает ARM (http://www.arm.com); кстати, ищу русское описание ихнего ассемблера. | | |
|
|
|
|
| 2.4, Аноним (4), 13:34, 10/05/2005 [^] [^^] [^^^] [ответить]
| +/– |
ICMP, IGRP, GRE - это только то, что сразу приходит в голову.
Если вспомнить, что GRE имеет число 47 в поле 'protocol number' IP, то понимаешь, что, видимо, есть, видимо, еще 46 %) | | |
| 2.8, SunTech (?), 14:22, 10/05/2005 [^] [^^] [^^^] [ответить]
| +/– | |
У меня вот такой возник вопрос, может кто в курсе: если с двух машин из локальной сетки, сидящей за ipnat'ом, пинговать один и тот же внешний хост, то пингует только одна из машин. Оно и понятно, что ipnat не может разграничить это по портам, как TCP и UDP траффик. Но в natd пингуют обе машины.
Вопрос: как в ipnat сделать так чтобы тоже обе пинговали? | | |
|
| 1.5, Pelikan (?), 14:04, 10/05/2005 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Интересно а этом релизе есть подднржка сетевухи
cis8201 onboard nforce 2 ultra 400 ? | | |
| 1.6, SunTech (?), 14:07, 10/05/2005 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
"Устранен ряд ошибок в ULE планировщике задач;"
Значит ли это, что ULE шедулер снова можно использовать? | | |
| 1.7, Аноним (-), 14:10, 10/05/2005 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
А все выходящие до этого патчи для ATA дисков, включены в этот релиз? в обзоре измений ни слова об этом :( И что лучше ставить на АТА диски 4.11 или 5.4? | | |
| 1.10, Аноним (4), 15:10, 10/05/2005 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Почему-то убрали оптимизацию ядра и модулей:
-mno-mmx -mno-3dnow -mno-sse -mno-sse2
Так и не заметил я, что б по дефалту компилировалось не под процессор i386. | | |
| |
| 2.13, Аноним (4), 18:27, 10/05/2005 [^] [^^] [^^^] [ответить]
| +/– |
Дык верни назад, в чём проблема.
Потом расскажеш как класно sse2 и mmx в ядре работают.
Только старое ядро не удаляй -- пригодится ещё. | | |
| |
| 3.16, Аноним (-), 11:33, 11/05/2005 [^] [^^] [^^^] [ответить]
| +/– |
Как уверенно мы говорим, но для AMD64 оптимизацию почему-то не убрали (забыли наверное)
И как ни странно но с поддержкой MMX все завелось и жужжит (баг компилятора?) | | |
|
|
| 1.11, Аноним (4), 15:41, 10/05/2005 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
!!!cpufreq не утилита!!!
A framework for flexible processor speed control has been added. It provides methods for various drivers to control CPU power utilization by adjusting the processor speed. More details can be found in the cpufreq(4) manual page. | | |
| 1.14, Artem (??), 19:16, 10/05/2005 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Интересно, теперь то будет нормально функционировать ALTQ? Надеюсь больше не придется продолжать заниматься извращением, прикручивая к PF DUMMYNET! | | |
| 1.20, LuckyBird (??), 15:33, 11/05/2005 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
ALTQ кривоват был, нельзя ыло трафик пилить меньше чем по 5 кб, говорят ывает неправильно нарезает, надо посмотреть | | |
|
