Page Summary
ente.livejournal.com - (no subject)
netch - (no subject)
blacklion.livejournal.com - (no subject)
dottedmag.livejournal.com - (no subject)
crazy-daemon.livejournal.com - (no subject)
lvader.livejournal.com - (no subject)
mambaram.livejournal.com - (no subject)
blacklion.livejournal.com - (no subject)
dbg.livejournal.com - (no subject)
magenta-13.livejournal.com - (no subject)
netch - (no subject)
netch - (no subject)
netch - (no subject)
netch - (no subject)
blinohod.livejournal.com - (no subject)
netch - (no subject)
dbg.livejournal.com - (no subject)
magenta-13.livejournal.com - (no subject)
blinohod.livejournal.com - (no subject)
lvader.livejournal.com - (no subject)
blacklion.livejournal.com - (no subject)
dbg.livejournal.com - (no subject)
blacklion.livejournal.com - (no subject)
http://users.livejournal.com/_slw/ - (no subject)
http://users.livejournal.com/_slw/ - (no subject)
Style Credit
- Style: Neutral Good for Practicality by
Expand Cut Tags
No cut tags
no subject
Date: 2006-10-15 01:22 pm (UTC)no subject
Date: 2006-10-15 01:29 pm (UTC)no subject
Date: 2006-10-15 02:00 pm (UTC)no subject
Date: 2006-10-15 02:13 pm (UTC)Сообщить что сеть упала."
no subject
Date: 2006-10-15 02:18 pm (UTC)А кто знает ЧТО у оператора после базы идет?
no subject
Date: 2006-10-15 02:46 pm (UTC)no subject
Date: 2006-10-15 02:49 pm (UTC)Во-вторых - айпи вообще к рилтайму и близко подпускать нельзя. То, что оно работает (тот же голос), еще ничего не значит.
Таки диверсия и таки страшная.
no subject
Date: 2006-10-15 02:56 pm (UTC)no subject
Date: 2006-10-15 03:02 pm (UTC)Или речь идет про one egg - one basket?
no subject
Date: 2006-10-15 03:18 pm (UTC)То есть - не сама концепция плоха, а пластмассовое мышление при ее реализации. ;-)
no subject
Date: 2006-10-15 03:29 pm (UTC)В теории. А есть на практике хоть один реальный пример как в большой сети устранили эти проблемы? Например, DiffServ+QoS и чтобы полосы хватало, и чтобы её попусту не расходовали, и чтобы при перегрузках была внятная диагностика ситуации (а не рвущийся звук), и чтобы в отдельных узлах можно было чётко различить в конфигурации уровень обеспечения связи и уровень всего остального и чтобы ни один админ полезший во второе не смог сломать первое, опциями конфигурации или банальной перегрузкой раутеров?
> Или речь идет про one egg - one basket?
И про это тоже.
no subject
Date: 2006-10-15 03:30 pm (UTC)И тем более по нему не ходит внутренняя телефония, которая на Меридиане:)
no subject
Date: 2006-10-15 03:32 pm (UTC)no subject
Date: 2006-10-15 03:34 pm (UTC)no subject
Date: 2006-10-15 03:48 pm (UTC)no subject
Date: 2006-10-15 03:56 pm (UTC)Воистину triple play:)
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 04:36 pm (UTC)no subject
Date: 2006-10-15 04:49 pm (UTC)Например, унификация используемого серверного железа не является поводом к тому, чтобы все держать на одном тазике. Ы? ;-)
no subject
Date: 2006-10-15 05:07 pm (UTC)вопрос в другом, что этот сервис более критичен и за ним обычно более квалифицированные люди с большей отвественностью следят.
в случае all-over-ip сетей в каждый дом просто увеличиваются шансы что оборудование проще, персонал обслуживающий и имеющий доступ менее квалифицированный и т. д. Но как бы сущность при этом не меняется: есть оборудование клиента, есть провод которым он подключен к поставщику услуг, есть сеть поставщика услуг. Принципиальной разницы нет будет ли перебита экскаватором труба в которой шли 100-парка с аналоговым телефоном и оптика с цифрой -- ты лишишься обоих проводных линков в твою квартиру. 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 05:39 pm (UTC)no subject
Date: 2006-10-15 05:43 pm (UTC)ты и обычный телефон из подручных материалов собрать не можешь, а если так -- какая тебе разница что в китайской трубке стоит чип с питанием по PoE от линии и работающий по DHCP и IP, настроек влияющих на работоспособность не имеющий?