asterisk.ru

tma писал(а):А где можно найти описание для передачи состояния через SIP MESSAGE?

http://www.ietf.org/rfc/rfc3428.txt
Кажется вот описание sip message. rfc от 2002 года. И служит этот метод для обмена сообщениями(аля смс, если я непонятно выразился)

Поставь SER в качестве прокси и поддерживай что угодно и как угодно. В чем проблема?

Проблема в хаосе. Если бы стандарт был чётким что бы некую возможность можно было реализовать только 1 способом то все бы от этого выиграли. Разработчикам не надо было бы гадать как правильно сделать и нам не надо было бы ставить ser и ненужно было бы писать какой из сип телефонов совместим с конкретной сип атс. Но походу стоящей альтернативы у нас нету, остаётся только жаловаться на протокол и продолжать юзать =)

Где в RFC3428 описывается DND через SIP MESSAGE?

switch писал(а):В чем проблема?

Проблема в том, что непонятно что и как нужно обрабатывать.

tma писал(а):Где в RFC3428 описывается DND через SIP MESSAGE?

Да нигде. А точно передача днд должна передаваться через message?
Вообще действительно слишком много всего на тему sip. Из того что я знаю есть метод Publish который как раз должен передавать статус устройства. А если ещё погуглить то можно наткнуться вот на этот черновик
http://tools.ietf.org/html/draft-elwell-bliss-dnd-01
Где обсуждается что типа можно добавить какой нить новый код ошибки из 6хх который будет обозначать что телефон в режиме днд
Насчёт передачи днд в message методе ничего не ищется.
З.Ы. Кстати в цискофонах реализовано через publish http://www.cisco.com/en/US/docs/voice_i ... #wp1053873

Не передает лингфон DND через сабскриб , не надо сочинять. разговор , дозвон и прочие операции - передает. DND механизм телефона , это даже с SIP не относится.

kasper писал(а): Да нигде. А точно передача днд должна передаваться через message?

По словам ded'а.

kasper писал(а): А если ещё погуглить то можно наткнуться вот на этот черновик

Опять черновик. Их как грязи, всевозможных. И не факт, что он когда-нибудь стандартом станет, да еще и обязательным к применению.

zzuz писал(а):DND механизм телефона , это даже с SIP не относится.

Относится.
Я имел ввиду расширения SIMPLE
http://en.wikipedia.org/wiki/SIMPLE
http://ru.wikipedia.org/wiki/SIMPLE

Presence documents. The presence information is coded in XML documents, that are carried in the bodies of the respective SIP messages. RFC 3863 and RFC 4479 describe this procedure, RFC 4480 (RPID), RFC 4481, RFC 4482 (CPID) and various drafts describe contents and formats of the presence documents

RFC 4480 extends this
by defining certain activities such as "appointment", "away", "meal",
"meeting", "on-the-phone", "busy", etc.

Цитата описания софтфона Ekiga -

Contact's presence display: Offline, Away, Do Not disturb, Online status (SIP/SIMPLE).

Подразумевается передача не только статуса Online/Offline, но и Away, Do Not disturb.
Вот этажом выше попробовал задампить изменеие статуса в линьфоне - он ничего не передаёт об изменении статуса. Но кто-то писал в мэйл листе, то ли спрашивал разработчиков Lin, то ли предлагал, я не помню.
Нужно бы точно так же задампить изменения статуса у Экиги.

RFC 4480 (Rich Presentation ID) отжигают не по децки! Там всё уже напридумали. Не только передача статуса Online/Offline, Away, Do Not disturb. XML позволяет всё
Узаконят следующие статусы:
appointment, away, busy, breakfast, dinner, holiday, in-transit, looking-for-work, lunch, meal (это особенно хорошо прокомментировано: The person is scheduled for a meal, without specifying whether it is breakfast, lunch, or dinner, or some other meal.), meeting, on-the-phone, other, performance (я в театре оперы и балета им. Кирова на просмотре премьеры "Бесы|" по Достоевскому!), permanent-absence, playing (играю в Xpilot, plz do not disturb me!), presentation, shopping, sleeping, spectator, steering, travel, tv, unknown, vacation, working, worship.
Example:

Доброе утро всем!
Блин столько интересного вокруг, а за раз не унести...

На днях выяснилось, что то DND которое хочет заказчик - вовсе не DND.
Короче фишка такая, есть файлик queues.conf в нем есть одна группа, и вот типа его DND должно работать для входа/выхода оператора из этой группы.

сначала все так:
[managers]
member => SIP/101
member => SIP/102
member => SIP/103

потом допустим 103 Extension нажимает у себя DND и получается так:
[managers]
member => SIP/101
member => SIP/102

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

я решил, что файлик queues.conf будет каждый раз редактироваться при нажатии кнопки DND где-то на веб-морде и астериск будет легким способом перегружаться (командой reload).

Быть может есть какие-то более рациональные методы организации данного способа. Потомучто трезво оценивая ситуацию - не есть гуд передергивать каждый раз файлик, ведь оператор не один же.....

Быть может есть какие-то более рациональные методы организации данного способа

можно и AddQueueMember, PauseQueueMember, RemoveQueueMember по набору определенных кодов, т.е. получите тоже самое стандартными методами без вебки и reload.