Сеть, адресация которой построена на не маршрутизируемых глобально адресах - это 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-адреса на экране телефона при входящих и исходящих звонках, а вот номера внутренние или внешние видит.
Есть ли возможность программно создать топологию сети.Нет возможности, потому что (вангую) в пожарной части без сисадмина свитчи неуправляемые. Вы можете только пинговать адреса в локальной сети и видеть, что ответ есть или ответа нет. На основании этих двух вариантов топологию не нарисовать. Возможность рисовать топологию основана на том, что TTL обычно уменьшается на 1 при прохождении через маршрутизатор. Но свитчи не меняют TTL и анализировать просто нечего в пределах L3-сегмента с неуправляемыми свитчами внутри сегмента.
в момент, когда интернета нет, приехать туда не возможноПриезжайте в любой другой момент, когда возможно. Без присутствия на месте ничего не поймёте с такой инфраструктурой. Предложите заменить свитчи на управляемые - возможности удалённой диагностики у вас вырастут.
Вот тут очень согласен - понятия размываются, к сожалению.