Внезапно выяснилось, что международная нумерация на +0 зарезервирована для абонентов на Луне, Венере и Марсе.
Правда, современные стандарты типа E.164 об этом умалчивают. Это я так разбирался со статистикой звонков. Встречал разное, даже в Сье́рра-Лео́не люди звонят, хотя это фрод наверняка. А межпланетных звонков на нашем софтсвиче пока не выявлено.
Очередной первоапрельский RFC 6217: Regional Broadcast Using an Atmospheric Link Layer 
Предлагают использовать в качестве среды передачи атмосферу. В IPv4/6 слишком много лишних заголовков (Destination, TTL (Time to Live), DSCP (Diffserv Code Point), ECN (Explicit Congestion Notification), Hop Limits и т.д.). От этого всего можно отказаться. Оставим только необходимое:
+-------------------------------+-----------------------------+
| Content | Source |
+-------------------------------+-----------------------------+
Рисунок 1: Формат датаграммы
Content - Поле переменной длины, содержащее инкапсулированные данные протоколов верхнего уровня,
Source - источник данных
В качестве источника могут выступать:
Типичным примером использования такого вида связи может быть трансляция рекламных сообщений, типа такого:
Content Source
+------------------------------------------------------------+
| Lobster Dinner - only $14.99 500 Boardwalk, Pt Pleasant |
+------------------------------------------------------------+
Figure 2: Example ADVERT Datagram
Жгут ребята
Обнаружил полезный документ,- полный список заголовков SIP и других параметров (Session Initiation Protocol (SIP) Parameters):
В документе описаны:
Registries included below:
- Заголовки (Header Fields)
- Протоколы причин (Reason Protocols)
- Опциональные теги (Option Tags)
- Коды уведомлений (Warning Codes (warn-codes))
- Методы и коды ответов (Methods and Response Codes)
- Значения приватных заголовков (SIP Privacy Header Values)
- Имена механизмов безопасности (Security Mechanism Names)
- Схемы сжатия (Compression Schemes)
- Параметры URI (SIP/SIPS URI Parameters)
- Параметры и значения полей заголовков (Header Field Parameters and Parameter Values)
- Назначения и форматы URI (URI purposes)
- Пространства имён приоритетов (Resource-Priority Namespaces)
- Значения приоритетов (Resource-Priority Priority-values)
- Параметры идентификационной информации (Identity-Info Parameters)
- Параметры алгоритма идентификационной информации (Identity-Info Algorithm Parameter Values)
- Параметры настройки User-Agent (SIP Forum User Agent Configuration Parameters)
Сначала вКонтакте открывает XMPP, теперь вот Яндекс запустил бету API к Я.ру. Гораздо интереснее не сама новость, а рассказ Ивана Сагалаева о том, как всё это делалось и устроено внутри. API сделано в соответствии с идеологией REST. Помимо собственно API сделан также сервис OAuth-авторизации для этого и других API Яндекса. В блоге яндекса есть даже пример кода на Python, реализующий смену настроения пользователя.
Возникает такое ощущение, что рунет начинает потихонечку обрастать такими сервисами, позволяющими интегрироваться друг-в-друга с применением общедоступных API, и это есть хорошо.
Оказывается Skype ещё в марте открыл спецификации своего аудио кодека SILK для некоммерческого использования.
Краткая информация по кодеку доступна на странице для разработчиков, оттуда же доступны ссылки на весьма интересный драфт драфт RFC и описание формата RTP payload с отсылками к RFC 3550 и нескольким другим. Ощущение такое, что изначально всё базировалось на SIP.
И ещё срочно в номер: появился SkypeKit SDK, который позволяет любым программам и устройствам использовать сеть Skype для обмена сообщениями, контроля статуса, аудио и видео-связи без необходимости установки проприетарного клиента.
Компании Juniper Networks, Polycom, Logitech, Hewlett-Packard и Microsoft образовали некоммерческий альянс UCIF (Unified Communications Interoperability Forum) для совместного развития Unified Communications. Предполагается, что это позволит добиться совместимости ПО и устройств от различных производителей. Уже сейчас в альянс вступили такие компании, как Acme Packet, Aspect, AudioCodes, Broadcom, BroadSoft, Brocade, ClearOne, Jabra, Plantronics, RADVISION, Siemens Enterprise Communications и Teliris.
Тем, кто пользуется альтернативными клиентами для Мультифона, узнать режим приёма входящих звонков или изменить входящую маршрутизацию можно с помощью обычного браузера (или HTTPs запроса, например с помощью wget)
Предположим, что ваш номер телефона — 79261234567, а пароль — aaaBBB
Читать далее...
Правильному IT-шнику надо учить матчасть. Помимо IETF, известной специалистам по множеству документов RFC существует Международный Институт Электросвязи (International Telecommunication Union). ITU является ведущим учреждением Организации Объединенных Наций в области информационно-коммуникационных технологий. Роль МСЭ, как всемирного координационного центра для органов государственного управления и частного сектора, состоит в том, чтобы помогать миру общаться, и осуществляется в виде деятельности трех основных секторов: радиосвязи, стандартизации и развития. Деятельность МСЭ по разработке стандартов (Сектор стандартизации электросвязи ITU-T) является самым известным и самым давним видом его деятельности.
Читать далее...
Вслед за поддержкой сторонних доменов Яндекс включил поддержку Jabber для доменов. Пока что сервис работает в режиме бета. Естественно, для корректной работы джаббера придётся настроить записи в DNS. Таким образом, Яндекс ещё на один шаг приблизился к вечно обгоняющему Гуглу.
Для того, чтобы добавить немного антропоморфности потокам бит сетях всего мира, специалисты из Google R. Hay и W. Turkal предлагают использовать опции TCP для передачи настроения. Вольный перевод:
Сами по себе пакеты не могут чувствовать. Они созданы только для передачи данных от одного хоста к другому. Тем не менее, в некоторых ситуациях можно добавить им немного эмоциональности. Например, пакет, который пришлось отправить повторно (из-за того, что для него не было получено подтверждение ACK), может быть описан как "сердитый" или "разочарованный"
Предложение гугловцев зафиксировано в RFC 5841 1 апреля 2010 года, и содержит описание TCP Options для использования, возможные Use Cases, психологические характеристики различных пакетов (счастливые, удивлённые и смущённые пакеты, и даже апатичные, ага) и отсылки к используемой литературе и дополняемым RFC
