> У POTS при перегрузке (в "классической" ситуации - когда все таймслоты заняты, я не знаю как сейчас оно) ты получаешь отказ в обслуживании... А IP тебе хоть что-нибудь да даст. Да еще теоретически есть возможность уменьшать динамически битрейт если связи почти нет.
В перегруженном канале ничего голосового нормально не живёт - это я тебе как стоящий одной ногой на IP-телефонии говорю:) Уменьшать bitrate надо заранее и для всех, чтобы перегрузки не было. Или если локальный канал крайне узкий и не впустит нужное количество каналов в широком кодеке.
В перегруженном канале будут жить только стандартные интернетовские сервисы которым не требуется никакого realtime и которые на TCP могут прочихать любые данные, пока потери не достигли совсем уж фантастических величин. То есть всякие там email, мелкопоточные usenet - и даже не форумы, поскольку они полюбили раздувать страницы до 50-100k:( LJ жить толком не будет.
> Насколько мне известно, админы и ISDN-адресацию могут поломать и криво настроить. То что при этом все работает вовсе не означает что каналы настроены оптимально - они просто простаивают, а разделение по времени обеспечивает скачкообразное качество - 100% или 0%. Айпи эту проблему решит пустив по тому же волокну еще и порнуху.
Ну это если их на каком-нибудь ATM строить. В принципе это решение - но опять же если админ копаясь в настройках низкоприоритетных VC сломает высокоприоритетные - хорошо не будет:( Да и кому нужен такой ненадёжный канал? Только совсем уж конечным потребителям, которые готовы доплатить копеечку за высокий FIR при низком CIR?
В перегруженном канале ничего голосового нормально не живёт - это я тебе как стоящий одной ногой на IP-телефонии говорю:) Уменьшать bitrate надо заранее и для всех, чтобы перегрузки не было. Или если локальный канал крайне узкий и не впустит нужное количество каналов в широком кодеке.
это вы настраивать не умеете. у меня все каналы по жизни перегружены, но пока оператор мне выдает заказанный cir -- голос работает великолепно.
> это вы настраивать не умеете. у меня все каналы по жизни перегружены, но пока оператор мне выдает заказанный cir -- голос работает великолепно.
Вот именно - "пока"
А ты скажи, много будет потребителей получающих настоящий CIR в своём IP канале? Как всегда, пожлобятся... ну а про поломки общего свича который убивает всю связь я уже говорил.
Вот именно - "пока" а как только "пока" кончается -- я начинаю бить его по голове. а бабло -- зажимаю. до исправления.
А ты скажи, много будет потребителей получающих настоящий CIR в своём IP канале?
чё? IP -- мое, от опрератора -- FR.
что вообще за бред насчет CIR в IP канале? Либо ты у оператора берешь какой-то вид IP-VPNа и требуешь с него CIR в договорном порядке, либо у тебя интернет, который нифига не гарантирует на данный момент. но к этому придем.
ну а про поломки общего свича который убивает всю связь я уже говорил.
да-да, а поломки SDH сети избирательно действует на ПД, оставляя телефонию в порядке. сказки рассказывают в другом зале.
Сплетни мне доносят что в Харькове с криво настроенными ISDN именно так и обстоит. А на АТМ они построены или целиком в рамках ISDN поверх разделения времени как ты говоришь - собственно не важно.
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
timeasmymeasure
no subject
Date: 2006-10-16 06:27 am (UTC)В перегруженном канале ничего голосового нормально не живёт - это я тебе как стоящий одной ногой на IP-телефонии говорю:) Уменьшать bitrate надо заранее и для всех, чтобы перегрузки не было. Или если локальный канал крайне узкий и не впустит нужное количество каналов в широком кодеке.
В перегруженном канале будут жить только стандартные интернетовские сервисы которым не требуется никакого realtime и которые на TCP могут прочихать любые данные, пока потери не достигли совсем уж фантастических величин. То есть всякие там email, мелкопоточные usenet - и даже не форумы, поскольку они полюбили раздувать страницы до 50-100k:( LJ жить толком не будет.
> Насколько мне известно, админы и ISDN-адресацию могут поломать и криво настроить. То что при этом все работает вовсе не означает что каналы настроены оптимально - они просто простаивают, а разделение по времени обеспечивает скачкообразное качество - 100% или 0%. Айпи эту проблему решит пустив по тому же волокну еще и порнуху.
Ну это если их на каком-нибудь ATM строить. В принципе это решение - но опять же если админ копаясь в настройках низкоприоритетных VC сломает высокоприоритетные - хорошо не будет:( Да и кому нужен такой ненадёжный канал? Только совсем уж конечным потребителям, которые готовы доплатить копеечку за высокий FIR при низком CIR?
no subject
Date: 2006-10-16 06:47 am (UTC)это вы настраивать не умеете. у меня все каналы по жизни перегружены, но пока оператор мне выдает заказанный cir -- голос работает великолепно.
no subject
Date: 2006-10-16 06:17 pm (UTC)Вот именно - "пока"
А ты скажи, много будет потребителей получающих настоящий CIR в своём IP канале? Как всегда, пожлобятся... ну а про поломки общего свича который убивает всю связь я уже говорил.
no subject
Date: 2006-10-16 08:18 pm (UTC)а как только "пока" кончается -- я начинаю бить его по голове. а бабло -- зажимаю. до исправления.
чё? IP -- мое, от опрератора -- FR.
что вообще за бред насчет CIR в IP канале? Либо ты у оператора берешь какой-то вид IP-VPNа и требуешь с него CIR в договорном порядке, либо у тебя интернет, который нифига не гарантирует на данный момент. но к этому придем.
да-да, а поломки SDH сети избирательно действует на ПД, оставляя телефонию в порядке. сказки рассказывают в другом зале.
no subject
Date: 2006-10-16 02:39 pm (UTC)