Элтекс

Здравствуйте!

Сегодня получил данный девайс, начал разбираться.
Прошу прощения, за возможно наивные вопросы, но сроки поджимают, времени изучать всю ветку форума нет.
Сейчас у нас используется толпа (12 шт) однопоточных станций под Е1 RPI. Планируется их замена на сабж. Схема подключения:
1) 10 потоков PRI в сторону одного оператора связи
2) 2 потока SS7 в сторону другого

Задача, отправить звонок пришедший по любому потоку в сторону любого из 10 серверов телефонии по SIP (на некоторых номерах возможно придется делать подмену номера Б).
Теоретически, я почитав форум и мануал, кажется понял идеологию построения этой схемы, но тренироваться на потоках которые в бою не true way.
Хотелось для начала отладиться с помощью софтфона, т.е провести эмуляцию вызова (по SIP), на номер, который реально используется в бою. Настроить таблицу маршрутизации (номерной план). Однако при попытке отправить звонок по SIP в сторону SGM вижу в логе снифера 403 ошибку.

Существует ли how to, для того, чтобы сделать первые шаги?
Возможно ли, что в моей конфигурации (лицензии) отсутствует возможность провести отладку указанным мною способом?

AlexeyMish писал(а):Здравствуйте!
Теоретически, я почитав форум и мануал, кажется понял идеологию построения этой схемы, но тренироваться на потоках которые в бою не true way.
Хотелось для начала отладиться с помощью софтфона, т.е провести эмуляцию вызова (по SIP), на номер, который реально используется в бою. Настроить таблицу маршрутизации (номерной план). Однако при попытке отправить звонок по SIP в сторону SGM вижу в логе снифера 403 ошибку.

Существует ли how to, для того, чтобы сделать первые шаги?
Возможно ли, что в моей конфигурации (лицензии) отсутствует возможность провести отладку указанным мною способом?

SMG контролирует источник вызова по параметрам IP:port.
Полагаю, у вас просто не настроен транковый SIP-интерфейс, у которого был бы прописан IP:port вашего софт-фона.

Предлагаю сделать трассировки для более детального анализа ситуации.
В разделе "Трассировки - PCAP трассировки" включить pcap на eth0, а в разделе "Трассировки - PBX трассировки" включить трассировки "PBX PSTN" с уровнем 1 во всех пунктах.

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

И еще такой момент что большенство софт-фонов не могут работать без регистрации, т.е. им обязательно нужен сервер где можно зарегистрироваться, если на SMG не стоит лицензия SIP-registrar то соответственно зарегистировать абонента Вы не сможете на нем.

Спасибо за оперативный ответ.
Главное событие - звонок отправить удалось!
В процессе настройки возникли вопросы:

Failure_BadRequest = 400,
Failure_UnAuthorised = 401,
Failure_PaymentRequired = 402,
Failure_Forbidden = 403,
Failure_NotFound = 404,
Failure_MethodNotAllowed = 405,
Failure_NotAcceptable = 406,
Failure_ProxyAuthenticationRequired = 407,
Failure_RequestTimeout = 408,
Failure_Conflict = 409,
Failure_Gone = 410,
Failure_LengthRequired = 411,
Failure_RequestEntityTooLarge = 413,
Failure_RequestURITooLong = 414,
Failure_UnsupportedMediaType = 415,
Failure_UnsupportedURIScheme = 416,
Failure_BadExtension = 420,
Failure_ExtensionRequired = 421,
Failure_IntervalTooBrief = 423,
Failure_TemporarilyUnavailable = 480,
Failure_TransactionDoesNotExist = 481,
Failure_LoopDetected = 482,
Failure_TooManyHops = 483,
Failure_AddressIncomplete = 484,
Failure_Ambiguous = 485,
Failure_BusyHere = 486,
Failure_RequestTerminated = 487,
Failure_NotAcceptableHere = 488,
Failure_BadEvent = 489,
Failure_RequestPending = 491,
Failure_Undecipherable = 493,

Failure_InternalServerError = 500,
Failure_NotImplemented = 501,
Failure_BadGateway = 502,
Failure_ServiceUnavailable = 503,
Failure_ServerTimeout = 504,
Failure_SIPVersionNotSupported = 505,
Failure_MessageTooLarge = 513,

GlobalFailure_BusyEverywhere = 600,
GlobalFailure_Decline = 603,
GlobalFailure_DoesNotExistAnywhere = 604,
GlobalFailure_NotAcceptable = 606

Господа, мне не обязательно полный ответ. Т.е. не принцииальна реакция шлюза на каждый из предоставленных кодов.
Важно принципиально, можно настроить железку при хотя бы ОДНОМ из этих кодов ответа, использовать следующее направление. И если можно, просьба сообщить при каком.

1) Она ожидает звонка с порта, который обозначен как "Порт для приема SIP сигнализации" в настройках SIP
2) Реализуется новая сущность напрвление, которое включает в себя набор транковых групп, в ней можно будет выбирать различные варианты перебора
3) Нет, по ответам SIP переходы на резервную транк группу не реализованы, сейчас переходит только в том случае, если не получили ответ на наш options или отправили INVITE и в ответ ничего не получили.
На сколько актуальна эта функция? (вопрос ко всем)

1) Она ожидает звонка с порта, который обозначен как "Порт для приема SIP сигнализации" в настройках SIP

Как ни странно, но несмотря на то, что в "порт для приема SIP сигнализации прописано 5060, совершить звонок пока явно не прописал в порт в сип интерефйсе не удавалось

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

Отлично, очень буду ждать! Одна из наиболее востребованных нами сущностей.

3) Нет, по ответам SIP переходы на резервную транк группу не реализованы, сейчас переходит только в том случае, если не получили ответ на наш options или отправили INVITE и в ответ ничего не получили.
На сколько актуальна эта функция? (вопрос ко всем)

Предельно актуальна. Фактически сейчас мы не сможем полноценно.. а может быть даже неполноценно использовать этот шлюз. Чуть позже нарисую используемую нами схему организации связи почему это так важно. Правильно ли я понимаю, что не существует такого кода ответа, после которого была бы произведена попытка перехода на резервную транк группу?

https://docs.google.com/file/d/0BxP2M0reWBM5S2szVm42OHJMc0k/edit?usp=sharing
Ключевой вопрос по этой схеме:
1) 172.19.254.104 - smg1016M
2) 172.19.252.58 - IP PBX, на которую мы пытаемся отправить вызов.
Не существует никаких способов отправить этот вызов по другому направлению (в резервную транк группу), в случае, если 172.19.252.58 отправил любой пакет в сторону smg1016M? Т.е. если был получен хотя Trying, про резервную транк группу можно забыть?

Планировалось использование по следующей схеме
https://docs.google.com/file/d/0BxP2M0reWBM5LXJfQVJScjdDeUE/edit?usp=sharing
Используется пропиетарное решение, на каждом сервере телефонии определенной количество сип каналов. В случае если они все заняты, есть возможность возвращать любой код по сипу. Если ничего не указывать, то работает по схеме указанной выше. Если с помощью SMG1016M подобная схема не реализуется, то мы глубоко ошиблись купив ее. :-(

Возможно ли изменение прошивки для отдельных клиентов, для реализвации данного функционала? Готовы быть подопытными кроликами.
PS Очень жаль, что никак нельзя картинку вставить в текст сообщения.

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

Чуть не обманул, есть такие коды, попробуйте с 502, 408, 504 должно перейти на резерв

Возможно ли изменение прошивки для отдельных клиентов, для реализвации данного функционала? Готовы быть подопытными кроликами.

Возможно, только об этом нужно договариваться, если все же актуальна будет задача, то свяжитесь со мной по почте (в профиле должна быть).

AlexeyMish писал(а):1) Как правило порт по умолчанию в SIP 5060. Однако, звонок удалось совершить только после того, как я прописал не только "Имя хоста / IP-адрес" в SIP интерфейсе, но и отредактировал порт по умолчанию. Можно уточнить, чего ожидает станция, когда порт не редактирую, и он равен 0?

Станция ожидает, что данный интерфейс не используется.
Нулевой порт не подменяется на "дефолтный 5060"

Женя писал(а):Чуть не обманул, есть такие коды, попробуйте с 502, 408, 504 должно перейти на резерв

Камень с сердца. Спасибо, одной фразой на форуме восстановили мою нервную систему.

Возможно, только об этом нужно договариваться, если все же актуальна будет задача, то свяжитесь со мной по почте (в профиле должна быть).

Вы абсолютно правы, однако признать честно, даже достаточно примитивные железки, которые играют у нас роль шлюза, при некоторых кодах сип, считали вызов в данном направлении не удавшимся. Ваша компания произвела достаточно приятное впечатление, и мысль о том, что у вас ВСЕ что было отправлено в сип будет считаться удавшимся даже не пришла в голову. За что чуть было не поплатился.

В то время, пока был в расстройстве, старательно изучал информацию расположенную на сайте. Возник вопрос, в случае если в настройках SIP интерфейса параметр “активные соединения” задан равным 36, как поведет себя SGM1016M в случае если придет 37 вызов, будет ли использоваться резервная транк группа или вызывающему абоненту придет код отбоя?

Станция ожидает, что данный интерфейс не используется.
Нулевой порт не подменяется на "дефолтный 5060"

Спасибо.

Вы абсолютно правы, однако признать честно, даже достаточно примитивные железки, которые играют у нас роль шлюза, при некоторых кодах сип, считали вызов в данном направлении не удавшимся. Ваша компания произвела достаточно приятное впечатление, и мысль о том, что у вас ВСЕ что было отправлено в сип будет считаться удавшимся даже не пришла в голову. За что чуть было не поплатился.

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

В то время, пока был в расстройстве, старательно изучал информацию расположенную на сайте. Возник вопрос, в случае если в настройках SIP интерфейса параметр “активные соединения” задан равным 36, как поведет себя SGM1016M в случае если придет 37 вызов, будет ли использоваться резервная транк группа или вызывающему абоненту придет код отбоя?

да, если активные соединения переполняются то происходит переход на резерв

Женя писал(а):Надеюсь что все обошлось сейчас?
завели задачу на реализацию функционала, чтобы коды ответа, по которым делается переход, можно было конфигурировать,. в новых версиях это будет

Думаю, что да. Железку в бой еще не запустил, пока настраиваю конфигурацию. Но если все работает, как вы сказали, наши задачи это покрывает. По результатам запуска отпишу в этой ветке.

да, если активные соединения переполняются то происходит переход на резерв

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

P.S. Приятно, что пожелание по поводу анализа кодов в сипе, признано полезным.

Вношу еще одно пожелание, добавьте на веб морде кнопку "копировать" везде где можно.
У меня достаточно много однотипного оборудования, в котором отличается только IP адрес. Т.е. кнопка копировать транк и копировать сип интерфейс была бы совсем не лишней. Так же как и кнопка копирования правил модификаторов, а может быть даже масок в номерном плане.

Дополню:
Если вы начнете торговать специальной патч панелью, с разъемом под CENC-36M сообщите. Расшивать кабель не сложно, но купить готовую патч панель с разъемом было бы приятней. :roll:

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

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

Элтекс

Начало работы с SGM1016M

Начало работы с SGM1016M

Re: Начало работы с SGM1016M

Новая прошивка smg1016m_firmware_V.2.12.01.509. L.M