gns_ua | (no subject)

Entry tags:

ненависть

(no subject)

Я когда читаю вот такое, аж скулы сводит от ненависти.

Федеральная антимонопольная служба (ФАС) потребовала от сотовых операторов пояснить, почему SMS на русском языке стоит более чем в два раза дороже, чем сообщение на латинице: при превышении определенного количества символов абоненты вынуждены оплачивать одно кириллическое SMS как несколько. В ФАС пояснили, что запрос был отправлен после того, как в службу поступили жалобы, что операторы ограничивают длину SMS на латинице 160 символами, а кириллические SMS - 70 символами. Таким образом, русскоговорящие граждане поставлены в невыгодные условия, так как вынуждены платить больше за длинные SMS.

Сейчас ФАС изучает ответы от операторов, после чего в отношении сотовых операторов может быть возбуждено дело.

http://lenta.ru/news/2011/08/05/cyrillic/

И ведь какая-то тупая злобная мразь нажаловалась.

Там ещё упоминаются "общепринятые мировые стандарты связи, в соответствии с которыми одно сообщение на русском языке не может превышать 70 знаков. - у меня, привыкшего к этому жанру вообще и в частности в исполнении ленты - мозг автоматически вчитывает "якобы" перед "не может".

Flat | Top-Level Comments Only

Э, нет! ГСМ, по сути, есть эквивалент клиентской меди на последней миле, и никаких особенных родовых болячек не имеет. А ЦДМА - и подавно. Проблема в том - чем и, главное, _как_ терминируется клиентский линк на базе. Именно там сидит страшное и мохнатое, которое 200кГц клиентской полосы превращает в хрюкающий и замирающий войс с полосой в 2кГц. Да, я знаю, что там еще крипт и межбазовый роуминг, и еще фильтрация интерференций, но, бля, КПД в 1% - это только телефонистам под силу...

Или вот еще: "..MSC также постоянно следит за положением MS, используя данные из HLR и VLR, что необходимо для быстрого нахождения и установления соединения с MS в случае её вызова.."

Ты можешь себе это представить? Чтобы сравняться в гениальности с телефонистами, инетчикам нужно завести национальный ип/мас-реестр, которому ~~базовые станции~~ местные дхцп-раздатчики будут сливать местоположение данного конкретного мас-адреса в каждый конкретный момент времени... Потому что ведь нету же другого способа установить соединение с клиентским устройством, кроме как точно знать, маршрут к нему, и весь этот маршрут последовательно скоммутировать... координатно-шагово, бля... Что устройство вместо вштопаного имея может иметь волатильный ип, и регистрироваться в сервисах по этому ип, и быть доступным более, чем одним маршрутом - этого телефонисты не сумели понять за последних 20 лет. И, похоже, не сумеют понять до самой, надеюсь скорой и мучительной, смерти.

> Э, нет! ГСМ, по сути, есть эквивалент клиентской меди на последней миле,

> Или вот еще: "..MSC также постоянно следит за положением MS, используя данные из HLR и VLR, что необходимо для быстрого нахождения и установления соединения с MS в случае её вызова.."

Я и говорю, проблема в том что у них нету разницы между последней милей и бэкбоном - вся эта хуйня работает на абонентских терминалах. Выбросить можно только всё вместе - в трубе труъ 3г с айпи как первичным транспортом для всего остального.

А вообще, у тебя есть идеи по поводу труъ воайпи??:) Потому что скайпик - это не Протокол. Это сервис. И работает он только пока в сети достаточно суперузлов присутствует.

а сип, или там, xmpp - это протоколы. Поднимай собственный хаб, юзай, вперёд. Только вопросы вылезают типа два чувака оба за натом сидят, им чо через наш сервак гонять голосовой трафик.

Вообще-то говоря, главное достоинство ип в том, что однозначно и бесповоротно разделяется среда передачи данных и сервис. Физика отдельно, ип - отдельно, тцп - еще более отдельно, а уж апликухи/сервисы настолько отдельно, что и не передать. У телефонистов же предоставление соединения по некоему протоколу, сессия абонирования линии в среде передачи - это и есть сервис. ИП-СПД на много порядков дешевле ТФОП-СПД лишь потому, что пресловутая маршрутизация пакетов делает возможной технику "выстрелил и забыл".

Для соединения двух скайпов не нужно провешивать персистентную линию от хопа до хопа и удерживать ее на время абонирования. Ты бросаешь в аплинк пакет с дст, и его дальнейшая судьба тебя не пипчет.

В СПД, как ее видят телефонисты - без линии нельзя. Сначала ты должен совершить "вызов", коммутируя каждой цифрой номера абонента хоп за хопом. Затем каждый хоп должен удерживать свою коммутацию линии для каждого установленного вызова. Затем каждая посылка от абонента отправляется по скоммутированной линии хоп за хопом, и не иначе, потому что идентифицируется не номером абонента-получателя, а идентификатором линии, в которую она инжектится. Потому что ж один клиент может параллельно набрать номера нескольких абонентов, он же ж, цуко, торрент запустил в десять потоков. И для каждого потока нужно скоммутировать линию, это значит, что примерно на 10*6=60 хопах (6=12/2, если 12 - среднее расстояние в хопах между абонентами) на все время качания в таблицах хопа должна висеть запись о коммутации, пока абонент трубку не положит. А если хопов 50? А если потоков 200? А если у нас - о ужас! - 100 тысяч пользователей одновременно юзают инет?!! 100000*200*25 = 500 мильйонов записей в таблицах коммутации, которые должно удерживать активное оборудования для обслуживания 100к клиентов. А если клиентов миллиард?

По итогу активное сетевое оборудование имени телефонистов элементарно неспособно предоставить качественный сервис. Это тот самый случай, когда из троицы "быстро-качественно-дешево" не удается получить ничего. Ни скорости, ни качества, ни приемлемой цены. А все потому, что телефонисты знают свое: без линии нельзя. Пусть медленно, хреново и дорого, но зато линия - вот она!

Чертов козел не дал вчера ответить.

Чем, по-твоему, отличается войс-овер-ип от веб-овер-ип? Ну, концептуально? Один абонент набирает номер другого абонента, и урлит ему: гет! А тот ему отвечает - хтмл! Первый снова - пост! А второй снова - хмл! Причем это все синхронно, многопоточно, и в виде конференции, с привлечением сторонних собеседников через хрефы.

Для того, чтобы войс заработал через ип _правильно_, не нужны никакие левые протоколы к уже существующим. Достаточно, чтобы каждый клиент сети имел честное доменное имя. Включая заначенных. Но только заначенным понадобится еще нейм-прокси, который будет по запросу клиента брать его имя на себя и ассоциировать его с портами, которые будут форвардиться внутрь клиенту.

Я на своей машине, которая волею судьбы оказалась за натом, конфигурирую клиента нейм-прокси. Указываю имя, которое мне принадлежит, и софты/порты, которые желаю использовать. А также адрес нейм-прокси, который по совместительству у нас натит наружу. Нейм-прокси, приняв запрос от клиента, дин-днсит себе его имя, и в нейм-бейзед сервер на тандартном порту ХХХ кладет файлик вида:
хттп:55580
смтп:55525
воип:55511
Вторую часть каждой записи нейм-прокси назначает сам, из доступных.

Теперь я, желая соединиться по воипу с gns_ua.linux.man, лезу в ДНС и получаю там либо его белый ИП, либо ИП нейм-прокси, на котором он зарегался. Клиент воип обращается к этому ИП на порт ХХХ. Если на порту ХХХ тишина - значит ИП белый, и клиент ломится на порт воипа напрямую. Если на порту ХХХ хост отдает файлик - в нем ищем номер форвард-порта, и ломимся по нему.

Без всяких вычурных протоколов сетевого или транспортного уровня. Для белых и серых ип. Если сеть за натом слишком велика, и на одном нейм-прокси не хватает портов для форварда, поднимаем CARP-пул натящих и нейм-проксящих шлюзов.

Все. На этом тема закрывается полностью и окончательно.

Flat | Top-Level Comments Only