А если свитч или раутер умрёт? Или кто-то STP дерево перекрутит? Сейчас телефоны могут быть отдельно, компьютеры - отдельно. Есть возможность связаться по крайней мере админам если сеть лежит. А после интеграции что - "Саратов!! Саратов!!!", да?
во-первых - это неизбежно, как и всякий ширпотреб. Во-вторых - айпи вообще к рилтайму и близко подпускать нельзя. То, что оно работает (тот же голос), еще ничего не значит. Таки диверсия и таки страшная.
Сейчас ты меня тоже обзовёшь телефонистом, но я слабо верю в способности IP гарантировать надёжность, когда он весь построен по принципу "best effort" и разнообразные виды congestion control и прочих средств обеспечения надёжности не встроены в основные механизмы, а привешиваются сбоку припёка.
Ну, конечно, у IP есть проблемы и с отказоустойчивостью, и с масшатбируемостью, и с качеством обслуживания. Но ни одна из них не является неустранимой.
> Ну, конечно, у IP есть проблемы и с отказоустойчивостью, и с масшатбируемостью, и с качеством обслуживания. Но ни одна из них не является неустранимой.
В теории. А есть на практике хоть один реальный пример как в большой сети устранили эти проблемы? Например, DiffServ+QoS и чтобы полосы хватало, и чтобы её попусту не расходовали, и чтобы при перегрузках была внятная диагностика ситуации (а не рвущийся звук), и чтобы в отдельных узлах можно было чётко различить в конфигурации уровень обеспечения связи и уровень всего остального и чтобы ни один админ полезший во второе не смог сломать первое, опциями конфигурации или банальной перегрузкой раутеров?
> В теории. А есть на практике хоть один реальный пример как в большой сети устранили эти проблемы?
Сетей, в которых эти вопросы решены, если не на пять, то хотя бы на четыре, есть. Чтобы сделать на четыре с плюсом, нужны механизмы, которые пока только таки в теории, да.
> Например, DiffServ+QoS и чтобы полосы хватало, и чтобы её попусту не расходовали
Ну, собственно, Diffserv не ведет к пустому расходу полосы. Хотя без "пустого" расхода полосы никуда не деться - overprovisioning есть всегда, и это фундаментальное свойство.
> и чтобы при перегрузках была внятная диагностика ситуации (а не рвущийся звук)
Admission control, причем как функция приложения, а не сети.
> Или речь идет про one egg - one basket?
И про это тоже.
А тут никуда не деться. Можно очень дорого, но очень надежно, а можно дешево, но с надежностью на уровне "good enough".
Да, если говорить про сегодняшний день, то у себя дома свою обычную pots-линию я убирать не собираюсь, хотя по ней я почти не говорю. Ни в пользу IP-телефона, ни в пользу GSM. Просто на случай катаклизмов.
У POTS при перегрузке (в "классической" ситуации - когда все таймслоты заняты, я не знаю как сейчас оно) ты получаешь отказ в обслуживании... А IP тебе хоть что-нибудь да даст. Да еще теоретически есть возможность уменьшать динамически битрейт если связи почти нет.
Насколько мне известно, админы и ISDN-адресацию могут поломать и криво настроить. То что при этом все работает вовсе не означает что каналы настроены оптимально - они просто простаивают, а разделение по времени обеспечивает скачкообразное качество - 100% или 0%. Айпи эту проблему решит пустив по тому же волокну еще и порнуху.
Если допустить - как эточаще всего делается в процессе уширпотребливания - чтобы параллельных/резервных возможностей не осталось,- тогда да, тогда диверсия. То есть - не сама концепция плоха, а пластмассовое мышление при ее реализации. ;-)
Так ведь и не останется. Сократят нафиг все старые разработки, остановят производство, и с какого-то момента окажется, что кроме IP транспорта и не осталось. Даже простую офисную АТС нельзя будет найти.
это не страшно и нормально. ты и обычный телефон из подручных материалов собрать не можешь, а если так -- какая тебе разница что в китайской трубке стоит чип с питанием по PoE от линии и работающий по DHCP и IP, настроек влияющих на работоспособность не имеющий?
Само по себе оно вряд ли диверсия. Вот только появляется соблазн эту хрень превратить в "all-in-one-IP", обеспечив достаточное количество single point of failure. А вот это уже диверсия :)
значит как раз для таких параноиков как ты, в новый дом на 300 квартир окромя оптики затягивают и 100 пар. и за отдельные, большие, деньги, ты получаешь сервис кроссировки, одной из пар заходящих к тебе в квартиру, на PSTN. А всех остальных, включают в коробочку с PoE из которой тебе светит телефонная линия, ethernet и телевизор. и стоит в 10 раз дешевле. но все это к вопросу о первичном рынке. на вторичном, проще и на порядок выгоднее поддерживать уже построенное, чем перестраивать существующее.
дальше, технологии защиты в предоставлении гарантированого сервиса по IP-сети уже есть. сейчас же, во многих сетях проходят апробацию техники, пока не ставшие стандратом, как защититься от человеческого фактора.
> значит как раз для таких параноиков как ты, в новый дом на 300 квартир окромя оптики затягивают и 100 пар. и за отдельные, большие, деньги, ты получаешь сервис кроссировки, одной из пар заходящих к тебе в квартиру, на PSTN. А всех остальных, включают в коробочку с PoE из которой тебе светит телефонная линия, ethernet и телевизор. и стоит в 10 раз дешевле.
А мне нужно и то и то.:) Один телефон на PSTN и столько сколько настрою - на IP.
> но все это к вопросу о первичном рынке. на вторичном, проще и на порядок выгоднее поддерживать уже построенное, чем перестраивать существующее.
На нашем первичном рынке, как видно, преобладает смесь "Укртелекома" с "Волей". И это вполне разумно.
> дальше, технологии защиты в предоставлении гарантированого сервиса по IP-сети уже есть. сейчас же, во многих сетях проходят апробацию техники, пока не ставшие стандратом, как защититься от человеческого фактора.
Беда в том, что нужно вывернуть всю технологию наизнанку - и не встраивать такую защиту, а всё строить вокруг неё.
Эм... я все же считаю что главной и неизбежной проблемой будет последняя миля. Как в случае традиционной телефонии (80% отказов - провод), так и в случае IP - дешевое оконечное оборудование. Узкое место всегда есть.
>А это только мне кажется, что "all-on-IP" это страшная диверсия? Проживание миллионов людей в бетонных муравейниках на ограниченной територии, что при сбое систем жизнеобеспечения ведет к серьезнейшим проблемам, это не страшная диверсия по Вашему?
Предпочтение дешевизны, удобства над надежностью и безопасностью это давняя тенденция, однако.
no subject
no subject
no subject
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
no subject
Сообщить что сеть упала."
no subject
а если SDH-мультиплексор сдохнет, по которому идет и IP, и обычная телефония, и все GSM-ищики с него же потоки берут ? :)
no subject
Во-вторых - айпи вообще к рилтайму и близко подпускать нельзя. То, что оно работает (тот же голос), еще ничего не значит.
Таки диверсия и таки страшная.
no subject
no subject
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
no subject
Или речь идет про one egg - one basket?
no subject
В теории. А есть на практике хоть один реальный пример как в большой сети устранили эти проблемы? Например, DiffServ+QoS и чтобы полосы хватало, и чтобы её попусту не расходовали, и чтобы при перегрузках была внятная диагностика ситуации (а не рвущийся звук), и чтобы в отдельных узлах можно было чётко различить в конфигурации уровень обеспечения связи и уровень всего остального и чтобы ни один админ полезший во второе не смог сломать первое, опциями конфигурации или банальной перегрузкой раутеров?
> Или речь идет про one egg - one basket?
И про это тоже.
no subject
Сетей, в которых эти вопросы решены, если не на пять, то хотя бы на четыре, есть. Чтобы сделать на четыре с плюсом, нужны механизмы, которые пока только таки в теории, да.
> Например, DiffServ+QoS и чтобы полосы хватало, и чтобы её попусту не расходовали
Ну, собственно, Diffserv не ведет к пустому расходу полосы. Хотя без "пустого" расхода полосы никуда не деться - overprovisioning есть всегда, и это фундаментальное свойство.
> и чтобы при перегрузках была внятная диагностика ситуации (а не рвущийся звук)
Admission control, причем как функция приложения, а не сети.
> Или речь идет про one egg - one basket?
И про это тоже.
А тут никуда не деться. Можно очень дорого, но очень надежно, а можно дешево, но с надежностью на уровне "good enough".
Да, если говорить про сегодняшний день, то у себя дома свою обычную pots-линию я убирать не собираюсь, хотя по ней я почти не говорю. Ни в пользу IP-телефона, ни в пользу GSM. Просто на случай катаклизмов.
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
no subject
Насколько мне известно, админы и ISDN-адресацию могут поломать и криво настроить. То что при этом все работает вовсе не означает что каналы настроены оптимально - они просто простаивают, а разделение по времени обеспечивает скачкообразное качество - 100% или 0%. Айпи эту проблему решит пустив по тому же волокну еще и порнуху.
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
no subject
То есть - не сама концепция плоха, а пластмассовое мышление при ее реализации. ;-)
no subject
no subject
no subject
ты и обычный телефон из подручных материалов собрать не можешь, а если так -- какая тебе разница что в китайской трубке стоит чип с питанием по PoE от линии и работающий по DHCP и IP, настроек влияющих на работоспособность не имеющий?
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
no subject
(no subject)
no subject
no subject
Воистину triple play:)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
no subject
дальше, технологии защиты в предоставлении гарантированого сервиса по IP-сети уже есть. сейчас же, во многих сетях проходят апробацию техники, пока не ставшие стандратом, как защититься от человеческого фактора.
no subject
А мне нужно и то и то.:) Один телефон на PSTN и столько сколько настрою - на IP.
> но все это к вопросу о первичном рынке. на вторичном, проще и на порядок выгоднее поддерживать уже построенное, чем перестраивать существующее.
На нашем первичном рынке, как видно, преобладает смесь "Укртелекома" с "Волей". И это вполне разумно.
> дальше, технологии защиты в предоставлении гарантированого сервиса по IP-сети уже есть. сейчас же, во многих сетях проходят апробацию техники, пока не ставшие стандратом, как защититься от человеческого фактора.
Беда в том, что нужно вывернуть всю технологию наизнанку - и не встраивать такую защиту, а всё строить вокруг неё.
(no subject)
(no subject)
(no subject)
(no subject)
no subject
no subject
(no subject)
;)
no subject
Проживание миллионов людей в бетонных муравейниках на ограниченной територии, что при сбое систем жизнеобеспечения ведет к серьезнейшим проблемам, это не страшная диверсия по Вашему?
Предпочтение дешевизны, удобства над надежностью и безопасностью это давняя тенденция, однако.