(no subject)

И сообщения на abuse@mtu-net.ru по поводу СПАМа не доходят, поскольку они подпадают под определение СПАМа и успешно отфильтровываются :)

----- The following addresses had permanent fatal errors -----
<abuse@mtu-net.ru>
(reason: 550 Error: AMERICAN LANGUAGE CENTER)

----- Transcript of session follows -----
... while talking to mx.mtu.ru.:
>>> DATA
<<< 550 Error: AMERICAN LANGUAGE CENTER
554 5.0.0 Service unavailable

(no subject)

И сообщения на abuse@mtu-net.ru по поводу СПАМа не доходят, поскольку они подпадают под определение СПАМа и успешно отфильтровываются :)

----- The following addresses had permanent fatal errors -----
<abuse@mtu-net.ru>
(reason: 550 Error: AMERICAN LANGUAGE CENTER)

----- Transcript of session follows -----
... while talking to mx.mtu.ru.:
>>> DATA
<<< 550 Error: AMERICAN LANGUAGE CENTER
554 5.0.0 Service unavailable

(no subject)

Читал заметку в Wired.

Internet activity would slow to a crawl, because many backbone operators rely on precise GPS time stamps to route data.

Это как? Я понимаю, что они время синхронизируют по сигналам спутников, но ведь это не единственный метод. Бывают ещё Time Vault и прочие прелести (типа "атомных часов" :) )
И даже если GPS умрёт, трафик рутиться не перестанет :) Хотя провайдерам придётся подёргать телом, чтобы определить latency (если они вообще в этом заинтересованы -- не знаю, контрактов на обслуживание с бэкбон-провайдером не видел).

(no subject)

Читал заметку в Wired.

Internet activity would slow to a crawl, because many backbone operators rely on precise GPS time stamps to route data.

Это как? Я понимаю, что они время синхронизируют по сигналам спутников, но ведь это не единственный метод. Бывают ещё Time Vault и прочие прелести (типа "атомных часов" :) )
И даже если GPS умрёт, трафик рутиться не перестанет :) Хотя провайдерам придётся подёргать телом, чтобы определить latency (если они вообще в этом заинтересованы -- не знаю, контрактов на обслуживание с бэкбон-провайдером не видел).