> В теории. А есть на практике хоть один реальный пример как в большой сети устранили эти проблемы?
Сетей, в которых эти вопросы решены, если не на пять, то хотя бы на четыре, есть. Чтобы сделать на четыре с плюсом, нужны механизмы, которые пока только таки в теории, да.
> Например, DiffServ+QoS и чтобы полосы хватало, и чтобы её попусту не расходовали
Ну, собственно, Diffserv не ведет к пустому расходу полосы. Хотя без "пустого" расхода полосы никуда не деться - overprovisioning есть всегда, и это фундаментальное свойство.
> и чтобы при перегрузках была внятная диагностика ситуации (а не рвущийся звук)
Admission control, причем как функция приложения, а не сети.
> Или речь идет про one egg - one basket?
И про это тоже.
А тут никуда не деться. Можно очень дорого, но очень надежно, а можно дешево, но с надежностью на уровне "good enough".
Да, если говорить про сегодняшний день, то у себя дома свою обычную pots-линию я убирать не собираюсь, хотя по ней я почти не говорю. Ни в пользу IP-телефона, ни в пользу GSM. Просто на случай катаклизмов.
Главное, чтобы рядом валялся обычный телефон, который умеет работать от станционного питания, по которому в случае нужды скорую можно вызвать в любой момент.
В Бейруте POTS вылетели первыми и лежали дольше всего.
И самыми надежными оказались именно домосети в их классическом проявлении. Причины: децентрализация (АТС разбомбили в первую очередь - и все, нет ПОЦа), простота и дешевизна ремонта (соплю кинул - и готово).
А если про бекапирование носителя говорить - то надо среду бекапировать. То есть кабель - радивом скажем. Или спутником. Кстати, собираюсь таки да в ближайшее время Турайкой обзавестить. Ибо в Москве например как только мало-мальски значимая шумиха - первым делом отключают GSM сети.
Наверное, в этом есть какая-то правда. Убомбить все домонеты разом действительно сложно. Одна беда - домонет не масштабируется.
Про турайку. Я мало про эту область знаю, но из общих соображений: предполагаю, что держать spare capacity им дорого и пиковая нагрузка, которую они смогут выдержать не так велика по сравнению с обычной, соответственно, случись заваруха - все достанут свои турайки, которые они держали на черный день, и привет.
Еще можно иридиумом обзавестись... его думаю не так много из-за цены. И лицензией на VSAT :) А еше лучше стать радиолюбителем на КВ и накупить топливных элементов с дизелями. Или генераторов работающих на дровах.
А че - вроде уже научились IP пускать. А там глядишь - всех разбомбят а ты будешь в ЖЖ постить всякие страхи спокойно. Надо только пира найти который тебе какой-нибудь globax или другой TCP PEP поверх голого gre поднимет ибо TCP при огромных потерях умрет.
no subject
Date: 2006-10-15 04:01 pm (UTC)Сетей, в которых эти вопросы решены, если не на пять, то хотя бы на четыре, есть. Чтобы сделать на четыре с плюсом, нужны механизмы, которые пока только таки в теории, да.
> Например, DiffServ+QoS и чтобы полосы хватало, и чтобы её попусту не расходовали
Ну, собственно, Diffserv не ведет к пустому расходу полосы. Хотя без "пустого" расхода полосы никуда не деться - overprovisioning есть всегда, и это фундаментальное свойство.
> и чтобы при перегрузках была внятная диагностика ситуации (а не рвущийся звук)
Admission control, причем как функция приложения, а не сети.
> Или речь идет про one egg - one basket?
И про это тоже.
А тут никуда не деться. Можно очень дорого, но очень надежно, а можно дешево, но с надежностью на уровне "good enough".
Да, если говорить про сегодняшний день, то у себя дома свою обычную pots-линию я убирать не собираюсь, хотя по ней я почти не говорю. Ни в пользу IP-телефона, ни в пользу GSM. Просто на случай катаклизмов.
no subject
Date: 2006-10-15 05:07 pm (UTC)no subject
Date: 2006-10-15 05:24 pm (UTC)no subject
Date: 2006-10-15 05:30 pm (UTC)no subject
Date: 2006-10-15 06:01 pm (UTC)(/me ducks and runs)
no subject
Date: 2006-10-15 06:31 pm (UTC)no subject
Date: 2006-10-15 07:29 pm (UTC)no subject
Date: 2006-10-15 07:32 pm (UTC)Хотя я подозреваю согласно ряду слухов что у нас будет хитрее - 112 вместо пожарных (сиречь МЧС), а к ним вдовесок 102, 103 и 104.
no subject
Date: 2006-10-15 07:59 pm (UTC)no subject
Date: 2006-10-15 08:36 pm (UTC)проверка: соедени их просто парой проводов.
no subject
Date: 2006-10-15 08:40 pm (UTC)no subject
Date: 2006-10-15 06:19 pm (UTC)И самыми надежными оказались именно домосети в их классическом проявлении. Причины: децентрализация (АТС разбомбили в первую очередь - и все, нет ПОЦа), простота и дешевизна ремонта (соплю кинул - и готово).
А если про бекапирование носителя говорить - то надо среду бекапировать. То есть кабель - радивом скажем. Или спутником. Кстати, собираюсь таки да в ближайшее время Турайкой обзавестить. Ибо в Москве например как только мало-мальски значимая шумиха - первым делом отключают GSM сети.
no subject
Date: 2006-10-15 06:54 pm (UTC)Про турайку. Я мало про эту область знаю, но из общих соображений: предполагаю, что держать spare capacity им дорого и пиковая нагрузка, которую они смогут выдержать не так велика по сравнению с обычной, соответственно, случись заваруха - все достанут свои турайки, которые они держали на черный день, и привет.
no subject
Date: 2006-10-15 07:46 pm (UTC)А при катаклизме ТАКОГО масштаба (не местного, в пределах страны-двух) уже надо не турайку, а рацию расчехлять... кстати, у меня есть ;)
no subject
Date: 2006-10-15 10:58 pm (UTC)А че - вроде уже научились IP пускать. А там глядишь - всех разбомбят а ты будешь в ЖЖ постить всякие страхи спокойно. Надо только пира найти который тебе какой-нибудь globax или другой TCP PEP поверх голого gre поднимет ибо TCP при огромных потерях умрет.
no subject
Date: 2006-10-16 07:25 am (UTC)так что КВ, КВ и еще раз КВ! AX.25 заново придумывать только не надо, он есть ;)
no subject
Date: 2006-10-16 02:40 pm (UTC)no subject
Date: 2006-10-17 07:19 am (UTC)Особенно если ему стек поставить вроде Westwood+
no subject
Date: 2006-10-17 06:51 pm (UTC)no subject
Date: 2006-10-17 08:19 pm (UTC)Но знакомые говорят, что поверх ГПРСа из-под винды в нете сидят. Хотя не зря ж EDGE придумали с гарантированной доставкой.
no subject
Date: 2006-10-17 09:28 pm (UTC)