Opened 3 weeks ago
Last modified 2 weeks ago
#487 reopened задача
Добавить в окончания FXS и FXO возможность гибкой настройки значений СУВ a и b
| Reported by: | san | Owned by: | alx |
|---|---|---|---|
| Priority: | средний | Milestone: | 1 очередь |
| Component: | any | Keywords: | |
| Cc: |
Description
Для совместимости с оборудованием сторонних производителей, требуется добавить в окончания FXS и FXO возможность гибкой настройки значений СУВ a и b для всех состояний принимаемой и передаваемой сигнализации.
Варианты сигнализации можно подсмотреть в тикетах:
mc-04:#1525
sw:#878
sw:#879
Change History (14)
comment:1 by , 3 weeks ago
follow-up: 3 comment:2 by , 3 weeks ago
У нас были встречи с оборудованием, которое использует значение обоих СУВ сразу для передачи сигнализации.
Например, для определения состояния "трубка поднята", ему не достаточно было выполнения условия СУВa == 0, а требовалось, чтобы СУВ a == 0 и СУВ b == 0.
Кроме этого, в оборудовании нескольких производителей мы видели настройки аналогичные #1525. Может сложиться так, что настройки эти поменять невозможно по какой-то причине, а нашим платам нужно работать с тем что настроено, т.е. мы должны поддерживать все перечисленные варианты.
follow-up: 4 comment:3 by , 3 weeks ago
Replying to san:
У нас были встречи с оборудованием, которое использует значение обоих СУВ сразу для передачи сигнализации.
Может ли это оборудование использовать разные комбинации СУВ для передачи одного и того же сигнала? Иными словами, требуется ли, например, канальному окончанию FXS иметь возможность воспринимать как снятую трубку прием комбинации 0111 и 1101?
comment:4 by , 3 weeks ago
Replying to alx:
Может ли это оборудование использовать разные комбинации СУВ для передачи одного и того же сигнала? Иными словами, требуется ли, например, канальному окончанию FXS иметь возможность воспринимать как снятую трубку прием комбинации 0111 и 1101?
Перечитал описание тикета mc-04:#1525. Там сказано, что требуется "возможность гибкой настройки значений СУВ для всех состояний принимаемой ... сигнализации". Понимаю это так, что требуется максимально возможная гибкость - например возможность воспринимать в качестве сигнала offhook все возможные комбинации СУВ кроме 1111 и 0000. Поэтому вопросы предыдущего комментария, видимо, снимаются.
follow-up: 6 comment:5 by , 3 weeks ago
В тикете mc-04:#1525 речь только о СУВ a и b и под гибкостью понимаются все комбинации СУВ a b. Также по приёму нужно иметь возможность работать по одному СУВ, для этого в mc-04:#1525 введено состояние x (x - состояние СУВ не учитывается ). Также чтобы по приёму не получилось неопределённости: по приёму значение СУВ настраивается только для активных состояний, пассивное состояние определяется как "принят СУВ не совпадающий с активным состоянием".
СУВ с и d задействовать в комбинациях не требуется. Не встречали в практике аппаратуру, которая для сигнализаций использует с и d.
comment:6 by , 3 weeks ago
Replying to san:
В тикете mc-04:#1525 речь только о СУВ a и b
Да, я знаю. Я читал тикет.
и под гибкостью понимаются все комбинации СУВ a b.
Я не люблю полумеры и половинчатые решения. Речевой канал TDM сопровождается четырьмя каналами сигнализации - a, b, c и d. Ты пишешь, что требуется возможность использования канала b, так как сторонне оборудование может использовать СУВ b, вместо a или оба срау. Но разве СУВ c или d никакое стороннее оборудование использовать не может? Наверное тоже может. Так зачем я буду давать возможность использования только СУВ b, а потом ждать новый тикет (когда кому-то потребуется состыковаться со сторонним оборадованием, работающим например с СУВ c)? Лучше сразу сделать возможность работать со всеми четырьмя СУВ и их комбинациями. Это закроет вопрос раз и навсегда.
comment:9 by , 2 weeks ago
В свете сделанных изменений название параметра "Инверсия СУВ" больше не отражает его суть, так как он дает не побитную инверсию всех четырех СУВ, а меняет местами логические состояния "шлейф замкнут"/"шлейф разомкнут" и "вызов"/"нет вызова".
В связи с этим я хочу изменить название этого параметра в веб-интерфейсе, но не могу придумать хорошее название. Был вариант "Инверсия сигнализации", но это "ни о чем", так как не понятно, о какой сигнализации (SIP?) идет речь...
@san, можешь ли ты предложить какое-то подходящее название параметра вместо "Инверсия СУВ"?
comment:10 by , 2 weeks ago
| Resolution: | fixed |
|---|---|
| Status: | closed → reopened |
Забыл об импульсном наборе номера.
comment:11 by , 2 weeks ago
| Resolution: | → готово |
|---|---|
| Status: | reopened → closed |
Предложение тикета выполнено частично - только для канального окончания FXS. Для канального окончания FXO предложение тикета реализовано быть не может в связи с отсутствием аппаратной возможности передачи декадных импульсов по СУВ, отличным от a.
comment:12 by , 2 weeks ago
| Resolution: | готово |
|---|---|
| Status: | closed → reopened |
Не учел, что в режиме T38 требуется мониторинг СУВ для обнаружения отбоя.
follow-up: 14 comment:13 by , 2 weeks ago
| Resolution: | → не будем делать |
|---|---|
| Status: | reopened → closed |
Для канального окончания FXS предложение тикета не может быть реализовано, так как отсутствует возможность детектировать отбой в режиме T38 (при использовании СУВ отличного от a).
comment:14 by , 2 weeks ago
| Resolution: | не будем делать |
|---|---|
| Status: | closed → reopened |
Replying to alx:
Для канального окончания FXS предложение тикета не может быть реализовано, так как отсутствует возможность детектировать отбой в режиме T38 (при использовании СУВ отличного от a).
Я вспомнил, что я был назначен разработчиком ПЛИС. Следовательно, я могу добавить возможность детектирования изменения любого СУВ, и генерации декадных импульсов в любых СУВ.
Replying to san:
Верно ли я понял, что есть оборудование, в котором сигнализация вызова передается в СУВ a, а состояние шлейфа - в СУВ b (или наоборот)?