Да - такая железка в LAN. И нет - не в моей.Тут какое дело. Такая железка обычно видна под своим серым адресом в пределах одного провайдера. На границе провайдеров её, вероятно, отфильтруют. Но этот один провайдер может раскидываться на несколько городов, и из всех этих городов этот серый адрес будет виден клиентам того же провайдера. Т.е. территория, с которой видна железка - это хоть ещё и не WAN, но и уже не LAN, что-то промежуточное, MAN или шире. Я бы согласился, что это сеть частная, но не LAN.
Соответственно и понятие LAN /WAN в общем размывается. Но я всё равно продолжаю использовать для себя старую интерпретацию терминов. И, как показывает практика, по ощущениям это соответствует мнению и пониманию большинства собеседников.Вот тут очень согласен - понятия размываются, к сожалению.
Сеть, адресация которой построена на не маршрутизируемых глобально адресах - это LAN.Не согласен. Термины LAN и WAN описывают только область распространения сети, но не её внутреннюю организацию, такую как диапазоны адресов. При желании можно LAN построить целиком на белых адресах, но от этого LAN не превратится в WAN. Сравните также с терминами CAN и MAN - там как раз сложно сказать однозначно, какие адреса используются, чаще всего это будет смесь серых и белых. А в NAN, скорее всего, не будет протокола IP, а значит и никаких IP-адресов. Да и были времена, когда LAN могли не использовать IP, а только IPX (впрочем, это как раз не противоречит вашему утверждению, т.к. IPX вообще не маршрутизируемый). Сами термины CAN, MAN, NAN, равно как и LAN, WAN, описывают только широту пространства, на котором раскинута сеть, но не определяют используемые протоколы и типы адресов. Да, есть стереотипы, что LAN - это серые адреса, WAN - белые. Но уверен, вы не раз наблюдали при трассировке маршрутов, как в нескольких хопах от вас высвечиваются серые адреса провайдерских железок, хоть и не должны. И даже могут сперва высветиться белые адреса, затем серые, затем снова белые... Означает ли это, что та провайдерская железка с серым адресом находится в вашей LAN? Нет, конечно, она в WAN, несмотря на серый адрес.
Вот это говорит, что ошибка была скорректирована. У вас ведь наверняка ECC-память установлена?Но если за раз больше одного бита сбойнуло, то исправление через ECC невозможно и вполне могут быть вылеты (в таком случае, конечно не будет слова Corrected в логах).
Из-за таких ошибок вылетов быть не должно.
Задержка включения есть только в биос аппаратных HBAЕщё и этого мало. Нужно, чтобы диски получали сигнал PWDIS на разъёме питания, а этот вывод на разъёмах БП либо не используется, либо туда идёт +3.3V (и диски, понимающие PWDIS просто не включаются). А, ну да, нужно ещё найти диски, понимающие этот сигнал. Зато если найти, то можно попытаться наколхозить ручную задержку включения несколькими тумблерами.
Я не припомню чтобы у Sata вообще была возможность "делиться".PCI-E, конечно: https://www.google.com/search?q=pci-e+sata+12+портов
Но whoer.net стабильно показывает, что он в Риге, а другие сумасшедшие вообще дают на выбор - Москва, Новосибирск, Рамонь (город в Воронежской области), Лима (стоилца Перу)Легко.
Многие SIP-телефоны умеют делать direct call, когда один телефон обращается непосредственно к другому по IP-адресу без сервера.Да, но ведь ip-адреса фиксируются (админом, не пользователем) в адресной книге аппарата. Пользователь вводит номер, прописанный в адресной книге, а про ip-адрес пользователь обычно ничего не знает. Также пользователь не видит никакие ip-адреса на экране телефона при входящих и исходящих звонках, а вот номера внутренние или внешние видит.