Ещё попрошу везде добавить поля описаний.
В частности весьма надо в масках префиксов.
О деактивации форума Eltex
Уважаемые коллеги! В связи с потерей актуальности данного ресурса, нами было принято решение о частичной деактивации форума Eltex. Мы отключили функции регистрации и создания новых тем, а также возможность оставлять сообщения. Форум продолжит работу в "режиме чтения", так как за долгие годы работы здесь накопилось много полезной информации и ответов на часто встречающиеся вопросы.
Мы активно развиваем другие каналы коммуникаций, которые позволяют более оперативно и адресно консультировать наших клиентов. Если у вас возникли вопросы по работе оборудования, вы можете обратиться в техническую поддержку Eltex, воспользовавшись формой обращения на сайте компании или оставить заявку в системе Service Desk. По иным вопросам проконсультируют наши менеджеры коммерческого отдела: eltex@eltex-co.ru.
Уважаемые коллеги! В связи с потерей актуальности данного ресурса, нами было принято решение о частичной деактивации форума Eltex. Мы отключили функции регистрации и создания новых тем, а также возможность оставлять сообщения. Форум продолжит работу в "режиме чтения", так как за долгие годы работы здесь накопилось много полезной информации и ответов на часто встречающиеся вопросы.
Мы активно развиваем другие каналы коммуникаций, которые позволяют более оперативно и адресно консультировать наших клиентов. Если у вас возникли вопросы по работе оборудования, вы можете обратиться в техническую поддержку Eltex, воспользовавшись формой обращения на сайте компании или оставить заявку в системе Service Desk. По иным вопросам проконсультируют наши менеджеры коммерческого отдела: eltex@eltex-co.ru.
Транковые шлюзы SMG
Re: Транковые шлюзы SMG
Значит документация нагло врёт Пробовал передачу и Remote-Party-Id и P-Asserted-Identity - один фиг, caller-id то, что прописано в From
bravo писал(а):borisk писал(а):Добрый день!
Неплохо бы реализовать RFC3325. А то все сейчас модные, пользуются Asterix и прочими SoftPBX. Да, есть пока возможность в них работать "по старому", но лучше не ждать когда они вдруг "передумают"
вряд ли они когда нибудь передумают использовать штатные заголовки. Ведь это поле нужно по сути для реализации услуги ДВО для сокрытия номера А (clir) и оно не может заменить стандартные from и т.п.
Ну и документация гласит, что поддержка этого RFC имеется.
С уважением,
Борис
Борис
Re: Транковые шлюзы SMG
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. попробуйте обновиться.
-
- Сообщения: 1769
- Зарегистрирован: 27 окт 2008 11:48
- Reputation: 0
- Откуда: ELTEX
- Контактная информация:
Re: Транковые шлюзы SMG
borisk писал(а):Значит документация нагло врёт Пробовал передачу и Remote-Party-Id и P-Asserted-Identity - один фиг, caller-id то, что прописано в Frombravo писал(а):borisk писал(а):Добрый день!
Неплохо бы реализовать RFC3325. А то все сейчас модные, пользуются Asterix и прочими SoftPBX. Да, есть пока возможность в них работать "по старому", но лучше не ждать когда они вдруг "передумают"
вряд ли они когда нибудь передумают использовать штатные заголовки. Ведь это поле нужно по сути для реализации услуги ДВО для сокрытия номера А (clir) и оно не может заменить стандартные from и т.п.
Ну и документация гласит, что поддержка этого RFC имеется.
Может быть это повод обратится в техподдерку? P-Asserted-Identity должно быть поддержано
Троянов Евгений / Элтекс / Сервисный центр VoIP / techsupp@eltex.nsk.ru
Re: Транковые шлюзы SMG
Женя писал(а):borisk писал(а):Значит документация нагло врёт Пробовал передачу и Remote-Party-Id и P-Asserted-Identity - один фиг, caller-id то, что прописано в From
Может быть это повод обратится в техподдерку? P-Asserted-Identity должно быть поддержано
Как скажете
С уважением,
Борис
Борис
Re: Транковые шлюзы SMG
Это оптимальный вариант
Re: Транковые шлюзы SMG
Подскажите, есть ли сейчас или планируется ли в дальнейшем на SMG-1016m реализовать какой-либо интерфейс управления конференцсвязью (кроме вызова через служебный префикс)? Например через web или snmp, с функционалом мониторинга, добавления, удаления участников, создания конференций по расписанию и т.п.?
-
- Сообщения: 1769
- Зарегистрирован: 27 окт 2008 11:48
- Reputation: 0
- Откуда: ELTEX
- Контактная информация:
Re: Транковые шлюзы SMG
alsav писал(а):Подскажите, есть ли сейчас или планируется ли в дальнейшем на SMG-1016m реализовать какой-либо интерфейс управления конференцсвязью (кроме вызова через служебный префикс)? Например через web или snmp, с функционалом мониторинга, добавления, удаления участников, создания конференций по расписанию и т.п.?
К сожалению нет, такой функционал есть на нашем софт свиче
Троянов Евгений / Элтекс / Сервисный центр VoIP / techsupp@eltex.nsk.ru
Re: Транковые шлюзы SMG
Можно ли сделать кастомизацию вывода информации о sip-абонентах. Т.е. возможность настройки столбцов в конфигурации и мониторинге.
Неудобно заходить в каждую учётку, для просмотра включен или выключен абонент.
Неудобно заходить в каждую учётку, для просмотра включен или выключен абонент.
Re: Транковые шлюзы SMG
Вопрос по функционалу шлюза SMG-2 :
Возможно ли сделать (а може быть уже реализовано?), чтобы при недоступности-неработоспособности SIP-транка, - блокировались порты Е1 ?
Причем блокировались не только логически, но и полностью на всех уровнях (эмуляция отсутствия физического соединения).
Дело в том, что наш телефонный коммутатор может переходить на резервные направления, только если основной поток отваливается физически.
Возможно ли сделать (а може быть уже реализовано?), чтобы при недоступности-неработоспособности SIP-транка, - блокировались порты Е1 ?
Причем блокировались не только логически, но и полностью на всех уровнях (эмуляция отсутствия физического соединения).
Дело в том, что наш телефонный коммутатор может переходить на резервные направления, только если основной поток отваливается физически.
Re: Транковые шлюзы SMG
Sergei писал(а):Вопрос по функционалу шлюза SMG-2 :
Возможно ли сделать (а може быть уже реализовано?), чтобы при недоступности-неработоспособности SIP-транка, - блокировались порты Е1 ?
Причем блокировались не только логически, но и полностью на всех уровнях (эмуляция отсутствия физического соединения).
Дело в том, что наш телефонный коммутатор может переходить на резервные направления, только если основной поток отваливается физически.
в данный момент сейчас такого не предусмотрено.
но всегда можно отправить запрос в наш коммерческий отдел, чтобы они рассмотрели возможность реализации такой фичи
SMG / techsupp@eltex.nsk.ru
Re: Транковые шлюзы SMG
voipais писал(а):Можно ли сделать кастомизацию вывода информации о sip-абонентах. Т.е. возможность настройки столбцов в конфигурации и мониторинге.
Неудобно заходить в каждую учётку, для просмотра включен или выключен абонент.
"сделать" в смысле "реализовать в будущих версиях" ?
SMG / techsupp@eltex.nsk.ru
Re: Транковые шлюзы SMG
Sergei писал(а):Дело в том, что наш телефонный коммутатор может переходить на резервные направления, только если основной поток отваливается физически.
а что за коммутатор то? почему он такой дикий, что даже банальный механизм проверки весьма ограниченного и постоянного количества релизов не использует?
Re: Транковые шлюзы SMG
Bokrenok писал(а):voipais писал(а):Можно ли сделать кастомизацию вывода информации о sip-абонентах. Т.е. возможность настройки столбцов в конфигурации и мониторинге.
Неудобно заходить в каждую учётку, для просмотра включен или выключен абонент.
"сделать" в смысле "реализовать в будущих версиях" ?
Да, в общем не горит, но при сверке абонентов, это весьма напрягает.
-
- Сообщения: 24
- Зарегистрирован: 06 мар 2014 03:55
- Reputation: 0
- Откуда: Курск
- Контактная информация:
Re: Транковые шлюзы SMG
nixx писал(а):список префиксов плана нумерации сломали... сортировка по "приоритету" идет так, словно сортируются не числа, а символы (1-10-30-9 вместо 1-9-10-30).
прошивка 3.8.0.2088.
как было в 3.8 сломано, так в 3.10 так же и осталось.
я прям вижу большой болт, который кладется на список жалоб на форуме ))
Вернуться в «Оборудование VoIP»
Кто сейчас на конференции
Сейчас этот форум просматривают: Bing [Bot] и 127 гостей