Страница 5 из 5
Re: Подключение SIP транков от Ростелеком
Добавлено: 15 мар 2022, 13:05
JimmyNight
Traveller писал(а): ↑15 мар 2022, 13:00
Выстави UDP и посмотри что будет.
Редко какой провайдер IP телефонии работает по TCP.
Поле не активное, прямо в таблице не меняется, плата OUS
Re: Подключение SIP транков от Ростелеком
Добавлено: 15 мар 2022, 20:44
Traveller
Менять нужно у порта с "Атрибут канала" - "Основной канал".
Или чтоб красиво было, выводишь все порты в "Основной канал" или "Не используется", после чего меняешь TCP на UDP. Возвращаешь "Атрибут канала" как было.
Re: Подключение SIP транков от Ростелеком
Добавлено: 16 мар 2022, 05:41
JimmyNight
Traveller писал(а): ↑15 мар 2022, 20:44
Менять нужно у порта с "Атрибут канала" - "Основной канал".
Или чтоб красиво было, выводишь все порты в "Основной канал" или "Не используется", после чего меняешь TCP на UDP. Возвращаешь "Атрибут канала" как было.
Это не работает, фокус не удался, при любом раскладе поле UDP/TCP не активно, выпадающий список не выпадает. Предполагаю, что дело в разделе Свойства системы\Устройство есть SIP по TCP/IP (V-SIPGW) у меня стоит
включено, но не уверен что в этом дело. Изменение параметра ведет к отключению виртуальной платы.
Re: Подключение SIP транков от Ростелеком
Добавлено: 16 мар 2022, 06:24
Traveller
Enabling SIP over TCP/IP will delete all existing SIP GW and IP GW (H323) cards in the system. Also IPGW (H323) Trunks cannot be configured (see Feature Guide: Direct SIP Connection). To use SIP over TCP with H323 IP GW (or SIP over UDP) in the same system requires a One-Look network with a second NS controller to provide a second IPGW (or SIPGW) shelf.
После переключения на UDP, нужно удалить V-SIPGW и поставить заново.
Re: Подключение SIP транков от Ростелеком
Добавлено: 16 мар 2022, 07:54
JimmyNight
Traveller писал(а): ↑16 мар 2022, 06:24
Enabling SIP over TCP/IP will delete all existing SIP GW and IP GW (H323) cards in the system. Also IPGW (H323) Trunks cannot be configured (see Feature Guide: Direct SIP Connection). To use SIP over TCP with H323 IP GW (or SIP over UDP) in the same system requires a One-Look network with a second NS controller to provide a second IPGW (or SIPGW) shelf.
После переключения на UDP, нужно удалить V-SIPGW и поставить заново.
А переключится то как на UDP? В тексте написано то, что я написал ранее про удаление карт. Так этот параметр как влияет на транспорт? Как поменять транспорт я пока не нашел. Удаление плат пока не делаю, так как это возвращение к началу эксперимента.
Re: Подключение SIP транков от Ростелеком
Добавлено: 16 мар 2022, 08:10
Traveller
1. Удаляешь V-SIPGW.
2. SIP over TCP/IP (V-SIPGW) переключаешь в disable.
3. Перезагрузить станцию с сохранением конфига.
4. Добавляешь V-SIPGW и настраиваешь SIP транк до провайдера.
5. ....
6. PROFIT
Re: Подключение SIP транков от Ростелеком
Добавлено: 17 мар 2022, 06:54
JimmyNight
Traveller писал(а): ↑16 мар 2022, 08:10
1. Удаляешь V-SIPGW.
2. SIP over TCP/IP (V-SIPGW) переключаешь в disable.
3. Перезагрузить станцию с сохранением конфига.
4. Добавляешь V-SIPGW и настраиваешь SIP транк до провайдера.
5. ....
6. PROFIT
Попытался все это проделать и на 2 этапе столкнулся вот с такой проблемой - "G000337: Значение вне границ диапазона, границы 0 - 65535. (50xx как то 5060 и x5060xx не могут использоваться)". Вот уже второй день пытаюсь победить. SIP over TCP/IP (V-SIPGW) выключить не дает.
Re: Подключение SIP транков от Ростелеком
Добавлено: 17 мар 2022, 13:33
JimmyNight
Traveller писал(а): ↑16 мар 2022, 08:10
1. Удаляешь V-SIPGW.
2. SIP over TCP/IP (V-SIPGW) переключаешь в disable.
3. Перезагрузить станцию с сохранением конфига.
4. Добавляешь V-SIPGW и настраиваешь SIP транк до провайдера.
5. ....
6. PROFIT
Traveller красавчик. Наконец то сдвинулось все смертвой точки. Были приключения с отключением и портами и пока еще нет соединения ни туда ни сюда, но чувствую, что радость уже где то рядом
Re: Подключение SIP транков от Ростелеком
Добавлено: 18 мар 2022, 07:40
JimmyNight
Всем спасибо за участие. Все заработало. Вся проблема в моей ситуации оказалась в транспорте. Переключение с TCP на UTP заняло некоторое время так как почему то это оказалось не просто из-за потребности в замене номеров портов, а потом пришлось возвращать все на место (странная какая то особенность). Тема закончилась.