Очередной первоапрельский 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 - источник данных
В качестве источника могут выступать:
- IP - адрес
- номер телефона в формате E.123
- IPv6 адрес в стандартной нотации (RFC 5952)
- URI (RFC 3986)
- географический адрес
- и так далее...
Типичным примером использования такого вида связи может быть трансляция рекламных сообщений, типа такого:
Content Source
+------------------------------------------------------------+
| Lobster Dinner - only $14.99 500 Boardwalk, Pt Pleasant |
+------------------------------------------------------------+
Figure 2: Example ADVERT Datagram
Жгут ребята
1 апреля, rfc, стандарты
Обнаружил полезный документ,- полный список заголовков 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)
rfc, sip, стандарты
Оказывается Skype ещё в марте открыл спецификации своего аудио кодека SILK для некоммерческого использования.
Краткая информация по кодеку доступна на странице для разработчиков, оттуда же доступны ссылки на весьма интересный драфт драфт RFC и описание формата RTP payload с отсылками к RFC 3550 и нескольким другим. Ощущение такое, что изначально всё базировалось на SIP.
И ещё срочно в номер: появился SkypeKit SDK, который позволяет любым программам и устройствам использовать сеть Skype для обмена сообщениями, контроля статуса, аудио и видео-связи без необходимости установки проприетарного клиента.
rfc, sip, skype, стандарты
Тем, кто пользуется альтернативными клиентами для Мультифона, узнать режим приёма входящих звонков или изменить входящую маршрутизацию можно с помощью обычного браузера (или HTTPs запроса, например с помощью wget)
Предположим, что ваш номер телефона — 79261234567, а пароль — aaaBBB
Читать далее...
rfc, мультифон, стандарты
Правильному IT-шнику надо учить матчасть. Помимо IETF, известной специалистам по множеству документов RFC существует Международный Институт Электросвязи (International Telecommunication Union). ITU является ведущим учреждением Организации Объединенных Наций в области информационно-коммуникационных технологий. Роль МСЭ, как всемирного координационного центра для органов государственного управления и частного сектора, состоит в том, чтобы помогать миру общаться, и осуществляется в виде деятельности трех основных секторов: радиосвязи, стандартизации и развития. Деятельность МСЭ по разработке стандартов (Сектор стандартизации электросвязи ITU-T) является самым известным и самым давним видом его деятельности.
Читать далее...
itu-t, rfc, стандарты
Для того, чтобы добавить немного антропоморфности потокам бит сетях всего мира, специалисты из Google R. Hay и W. Turkal предлагают использовать опции TCP для передачи настроения. Вольный перевод:
Сами по себе пакеты не могут чувствовать. Они созданы только для передачи данных от одного хоста к другому. Тем не менее, в некоторых ситуациях можно добавить им немного эмоциональности. Например, пакет, который пришлось отправить повторно (из-за того, что для него не было получено подтверждение ACK), может быть описан как "сердитый" или "разочарованный"
Предложение гугловцев зафиксировано в RFC 5841 1 апреля 2010 года, и содержит описание TCP Options для использования, возможные Use Cases, психологические характеристики различных пакетов (счастливые, удивлённые и смущённые пакеты, и даже апатичные, ага) и отсылки к используемой литературе и дополняемым RFC
1 апреля, rfc, стандарты
Довелось попасть на мобильную версию вКонтакте: а что, неплохо! Не без глюков, конечно, и HTML-код можно было бы подчистить от лишних пробелов и переносов, но в целом терпимо. Но, что меня поразило: в мобильной версии телефонные номера оформлены в ссылки вида href="tel:xxxxxxxxx". Во-первых,- это стандарт RFC 3966 (перекрывающий устаревший RFC 2806), а, во-вторых, со смартфона по клику на такую ссылку сразу можно позвонить.
Отрадно видеть заинтересованность создателей портала в мобильных пользователях, и ещё более отрадно видеть готовность следовать стандартам. Впрочем, вКонтакт славится слизыванием функций Facebook, в его мобильной версии поддержка tel-uri тоже реализована, причём с каким-то расширенным параметром после номера.
Будущее стремительно наступает
rfc, рунет, социальные сети, стандарты
Протестировал аппаратный sip-телефон IP.matika SIP-T26P на совместимость с Мультифоном:
Входящие звонки ок, - показывает информацию о вызывающем абоненте из поля From.
На исходящих через раз звонок не проходит, в tcpdump видно, что вставляется пустое поле P-Preferred-Identity, на которое мегафоновский sip-proxy и ругается. Звонки отправляются в формате SIP-URI, так что позвонить удаётся только существующему пользователю Мультифона.
Умеет принимать текстовые сообщения из Мультифона. Поддерживает до 3-х SIP-аккаунтов одновременно.
В описании и конфигурации есть несколько "вкусных" возможностей, в Мультифоне не поддерживающихся: BFL (занятость линий), поддержка LDAP адресной книги, поддержка простых серверных XML адресных справочников. Есть даже поддержка SNMP,- протестировать, правда, не успел.
Интересно было бы построить телефонию в небольшом офисе на таких машинках с привязкой к ActiveDirectory по LDAP.
rfc, sip, мультифон, стандарты
SNMP (Simple Network Management Protocol) разработан как стандартный язык для использования всеми компьютерами в сети. SNMP используется системами управления сетью (NMS - Network Management System) для управления и мониторинга сетевых усзлов и их оборудования. Для работы SNMP в сети необходимы, как минимум, два элемента: SNMP Manager и SNMP Agent:
Читать далее...
rfc, snmp, стандарты, Штоп Не Потер Ять
Тем, кто соберётся делать собственную реализацию протокола SIP, пригодится список RFC, описывающих протокол и его дополнения:
- RFC 2543: Первоначальное описание SIP/2.0
- RFC 2976: передача информации, не изменяющей состояние сессии (метод INFO)
- RFC 3261: Уточнения SIP/2.0
- RFC 3262: Расширение протокола SIP: метод Provisional Response ACKnowledgement (PRACK) и тэг 100rel
- RFC 3263: поиск SIP серверов с помощью DNS (записи SRV)
- RFC 3265: подписка на получение уведомлений о событии (методы SUBSCRIBE и NOTIFY)
- RFC 3311: Обновление сессии без изменения диалога (метод UPDATE)
- RFC 3372: модификация SIP-T (интерконнект ISUP - SIP)
- RFC 3398: сопоставление параметров ISUP и SIP (Integrated Services Digital Network (ISDN) User Part (ISUP) to Session Initiation Protocol (SIP) Mapping)
- RFC 3428: Расширение SIP для передачи мгновенных сообщений (Instant Messaging) и метод MESSAGE
- RFC 3515: метод REFER
- RFC 3903: публикация события на сервере (метод PUBLISH)
- RFC 4235: Пакет событий, инициируемых по INVITE (An INVITE-Initiated Dialog Event Package for the Session Initiation Protocol (SIP))
- RFC 4262: SIP Event Lists (SUBSCRIBE, NOTIFY, Presence)
- RFC 5806: Diversion Indication in SIP
dns, rfc, sip, стандарты
