Как стать автором
Обновить

Комментарии 13

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

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

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

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

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

тут стандартная схема: будь проще и люди к тебе потянутся ))
1. У Avaya это называется Diagnostic Server. Весьма полезная штука.
2. А этот Action URI где-то формализован?
3. А он must be implemented?
Посмотрел описание Avaya Dagnostic Server, да, выглядит функционально. Интересно как внутри это работает.

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

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

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

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

Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.