Замена Action URL & URI в SIP-телефонах или управление via websockets?

[norguhtar]

Люди в свое время внедряли внедряли SRV записи в DNS, а в итоге приехали к websockets. Которые фактически эмулируют обычное tcp/ip соединение. Тут это простите зачем? Может стоит посмотреть различные протоколы автоконфигурации? К примеру тот же TR-069

[antirek]

Может быть и стоит посмотреть. А вы смотрели TR-069? А пробовали с его помощью выполнять процедуры на устройствах? удаленную диагностику?

[norguhtar]

Вот вам от билайна habr.com/ru/company/beeline/blog/244233

[antirek]

Первый абзац в разделе «Архитектура решения» рассказывает, что будет нелегко ))

Возможно, я не выразил ясно мысль в статье, но еще раз попробую: решений как сделать управление телефоном полно, может быть есть проще? например, через вебсокеты гонять json?

реализовать управление через tr-069 с cwmp да на soap я, пожалуй, смогу, но куча народу нет. а могли бы пилить свои программы на javascript'е и покупать телефоны в офисы и звонить, и кофеварками с жалюзями управлять.

а может и не надо чтоб было просто никому?

[norguhtar]

например, через вебсокеты гонять json?

Вот ровно точно так же родилась спецификация OpenAPI. Сначала люди сказали SOAP это сложно давайте гонять json через REST. Потом когда начали использовать, о нам надо какое-то описание API. В итоге получился OpenAPI который по своей спецификации весьма похож с wsdl из SOAP.

[antirek]

Вы правы, похож. Но проще, и потому выбирают сначала OpenAPI, а не SOAP.

[norguhtar]

Никакой разницы на самом деле. И там спеки читать и тут читать.

[antirek]

любой endpoint OpenAPI вы curl'ом легко проверите, в браузере все get'ы проверите, перешлете, обсудите, а SOAP, угу, wsdl-browser сначала найди норм

тут стандартная схема: будь проще и люди к тебе потянутся ))

[gosha-z]

1. У Avaya это называется Diagnostic Server. Весьма полезная штука.
2. А этот Action URI где-то формализован?
3. А он must be implemented?

[antirek]

Посмотрел описание Avaya Dagnostic Server, да, выглядит функционально. Интересно как внутри это работает.

Action URI у каждого вендора в отдельной manual pdf описан. Какие реализовать параметры, действия определяется фантазией вендора. Спецификаций не встречал. И реализуется, конечно, на усмотрение вендора, хотя в той или иной мере, наверное, у всех есть.

[Ovoshlook]

Проблема в том, что каждый вендор тянул, тянет и будет тянуть одеяло на себя. Идея унификации не нова и даже очень хороша, но вендоры- это любители посадить на иглу, поэтому действуют в большинстве своём исходя из логики — купите у нас партию задешево, вы вам построим всю архитектуру, а потом, когда вы поймёте, что наше оборудование ломается чаще чем вы его используете, будет уже поздно, так как вся инфраструктура проприетарная и вы уже по уши в ней. И, либо много денег на переезд на другую инфру и переписывать Api на другой, либо сидеть с тем же и есть что дали…

[antirek]

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

[aalexx]

Конкуренция среди вендоров всё агрессивнее, они уже свистелки и перделки в телефоны вкручивают. Любая свежая фишка упрощающая взаимодействие и развязывающая руки — шаг вперёд и конкурентное преимущество. Вполне себе вариант притянуть в простом интерфейсе на управление кофеваркой, светом, громкостью телевизора… Наличие любых возможностей — это плюс, чем минус. Телефоны не перестанут от этого быть телефонами и выполнять свои функции.