Элтекс

Ещё попрошу везде добавить поля описаний.
В частности весьма надо в масках префиксов.

Значит документация нагло врёт Пробовал передачу и Remote-Party-Id и P-Asserted-Identity - один фиг, caller-id то, что прописано в From

bravo писал(а):

borisk писал(а):Добрый день!

Неплохо бы реализовать RFC3325. А то все сейчас модные, пользуются Asterix и прочими SoftPBX. Да, есть пока возможность в них работать "по старому", но лучше не ждать когда они вдруг "передумают"

вряд ли они когда нибудь передумают использовать штатные заголовки. Ведь это поле нужно по сути для реализации услуги ДВО для сокрытия номера А (clir) и оно не может заменить стандартные from и т.п.
Ну и документация гласит, что поддержка этого RFC имеется.

borisk писал(а):Значит документация нагло врёт Пробовал передачу и Remote-Party-Id и P-Asserted-Identity - один фиг, caller-id то, что прописано в From

не могу дать никакого пруфа, но у меня на сети стоит 3 smg битком забитые, через которые, в том числе, трафик от МГТС летит. С ними же у меня по SIP есть присоединения. На SIP стыках была одна проблема, для решения которой я им предложил корректно использовать заголовки, в том числе и по рекомендации 3325 (у них есть клиенты, которые не палят свой CgPN и они присылали мне пустое поле, а я их дропал). После этого стало всё ок. Но эти же вызовы ко мне раньше приходили только через TDM присоединение к ним, а значит там тоже были эти вызовы (я знаю от кого и куда, и они не могли не быть). При этом вызовы проходили, а в биллинг у меня попадала вся необходимая информация. А это значит, что от smg к ecss летел инвайт с заполненным P-AI...

пруф дать не могу, потому что это нужно будет сигналку всю с smg прошерстить на тему наличия presentation restricted в ОКС7, который и конвертируется в P-AI при использование услуги clir. а за один день у меня 2-2,5гб трейсов собирается.
smg у меня было помоему с 3.7 прошивкой ещё... сейчас 3.9. попробуйте обновиться.

borisk писал(а):Значит документация нагло врёт Пробовал передачу и Remote-Party-Id и P-Asserted-Identity - один фиг, caller-id то, что прописано в From

bravo писал(а):

borisk писал(а):Добрый день!

Неплохо бы реализовать RFC3325. А то все сейчас модные, пользуются Asterix и прочими SoftPBX. Да, есть пока возможность в них работать "по старому", но лучше не ждать когда они вдруг "передумают"

вряд ли они когда нибудь передумают использовать штатные заголовки. Ведь это поле нужно по сути для реализации услуги ДВО для сокрытия номера А (clir) и оно не может заменить стандартные from и т.п.
Ну и документация гласит, что поддержка этого RFC имеется.

Может быть это повод обратится в техподдерку? P-Asserted-Identity должно быть поддержано

Женя писал(а):

borisk писал(а):Значит документация нагло врёт Пробовал передачу и Remote-Party-Id и P-Asserted-Identity - один фиг, caller-id то, что прописано в From

Может быть это повод обратится в техподдерку? P-Asserted-Identity должно быть поддержано

Как скажете

Это оптимальный вариант

Подскажите, есть ли сейчас или планируется ли в дальнейшем на SMG-1016m реализовать какой-либо интерфейс управления конференцсвязью (кроме вызова через служебный префикс)? Например через web или snmp, с функционалом мониторинга, добавления, удаления участников, создания конференций по расписанию и т.п.?

alsav писал(а):Подскажите, есть ли сейчас или планируется ли в дальнейшем на SMG-1016m реализовать какой-либо интерфейс управления конференцсвязью (кроме вызова через служебный префикс)? Например через web или snmp, с функционалом мониторинга, добавления, удаления участников, создания конференций по расписанию и т.п.?

К сожалению нет, такой функционал есть на нашем софт свиче

Можно ли сделать кастомизацию вывода информации о sip-абонентах. Т.е. возможность настройки столбцов в конфигурации и мониторинге.
Неудобно заходить в каждую учётку, для просмотра включен или выключен абонент.

Вопрос по функционалу шлюза SMG-2 :
Возможно ли сделать (а може быть уже реализовано?), чтобы при недоступности-неработоспособности SIP-транка, - блокировались порты Е1 ?
Причем блокировались не только логически, но и полностью на всех уровнях (эмуляция отсутствия физического соединения).

Дело в том, что наш телефонный коммутатор может переходить на резервные направления, только если основной поток отваливается физически.

Sergei писал(а):Вопрос по функционалу шлюза SMG-2 :
Возможно ли сделать (а може быть уже реализовано?), чтобы при недоступности-неработоспособности SIP-транка, - блокировались порты Е1 ?
Причем блокировались не только логически, но и полностью на всех уровнях (эмуляция отсутствия физического соединения).

Дело в том, что наш телефонный коммутатор может переходить на резервные направления, только если основной поток отваливается физически.

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

voipais писал(а):Можно ли сделать кастомизацию вывода информации о sip-абонентах. Т.е. возможность настройки столбцов в конфигурации и мониторинге.
Неудобно заходить в каждую учётку, для просмотра включен или выключен абонент.

"сделать" в смысле "реализовать в будущих версиях" ?

Sergei писал(а):Дело в том, что наш телефонный коммутатор может переходить на резервные направления, только если основной поток отваливается физически.

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

Bokrenok писал(а):

voipais писал(а):Можно ли сделать кастомизацию вывода информации о sip-абонентах. Т.е. возможность настройки столбцов в конфигурации и мониторинге.
Неудобно заходить в каждую учётку, для просмотра включен или выключен абонент.

"сделать" в смысле "реализовать в будущих версиях" ?

Да, в общем не горит, но при сверке абонентов, это весьма напрягает.

nixx писал(а):список префиксов плана нумерации сломали... сортировка по "приоритету" идет так, словно сортируются не числа, а символы (1-10-30-9 вместо 1-9-10-30).
прошивка 3.8.0.2088.

как было в 3.8 сломано, так в 3.10 так же и осталось.
я прям вижу большой болт, который кладется на список жалоб на форуме ))