Не заходит в интерфейс WEB Опции

[Prostor]

АТС IPECS MG.
MPB-100(GS55M21Ac.rom).

После смены Nation Code на код USA и перезагрузки не заходит в WEB(10.10.10.1) интерфейс(невозможно отобразить страницу).
Может смена кода просто совпадение..

Перезагрузка АТС с MODE\BAT off не помогает.
Ping на 10.10.10.1 проходит.
telnet 10.10.10.1 :443 тоже проходит.
На плату VOIB(10.10.10.2) через WEB интерфейс заходит нормально.
Пробовал разные браузеры и по HTTPS(:443), без результата.

[Dron]

АТС IPECS MG.
MPB-100(GS55M21Ac.rom).

После смены Nation Code на код USA и перезагрузки не заходит в WEB(10.10.10.1) интерфейс(невозможно отобразить страницу).
Может смена кода просто совпадение..

Перезагрузка АТС с MODE\BAT off не помогает.
Ping на 10.10.10.1 проходит.
telnet 10.10.10.1 :443 тоже проходит.
На плату VOIB(10.10.10.2) через WEB интерфейс заходит нормально.
Пробовал разные браузеры и по HTTPS(:443), без результата.

А HTTP на порт 443??

[Dron]

После смены Nation Code на код USA...

Кстати, а цель??

[Prostor]

Кстати, а цель??

Проблема решена настройкой длины ключа сертификата безопасности.

Цель такая:
Насколько я понимаю в России действует стандарт сигнализации на определение поднятия трубки абонентом. И определение происходит по отсутствию тонового сигнала ожидания вызова.
При звонке с GSM шлюза атс не сообщает о поднятии трубки.
Программно анализировать наличие\отсутствие сигналов тоже бесполезно т.к. счас у процентов 80 абонентов стоят различные мелодии вместо "скучного" гудка.
Но как написано в описаниях к модемам они определяют и "знают" когда абонент поднял трубку и сигнализируют об этом переполюсовкой шлейфа. Определяют видимо по сигналу DTMF.
Но как заставить АТС сообщать SIP клиенту о поднятии трубки абонентом при звонке с gsm шлюза?
Изменение атребутов CO Line -> Type Signal не дают нужного результата.
При звонке через SIP провайдера в интернете типа sipnet сигнализация присутствует.
Вот я и поменял(уже больше ничего не приходило в голову) страну на USA, надеясь на изменение стандартов распознавания сигналов атс-кой.
Может кто подскажет куда можно еще покопать?

[harris]

Проблема решена настройкой длины ключа сертификата безопасности.

Цель такая:
Насколько я понимаю в России действует стандарт сигнализации на определение поднятия трубки абонентом. И определение происходит по отсутствию тонового сигнала ожидания вызова.
При звонке с GSM шлюза атс не сообщает о поднятии трубки.
Программно анализировать наличие\отсутствие сигналов тоже бесполезно т.к. счас у процентов 80 абонентов стоят различные мелодии вместо "скучного" гудка.
Но как написано в описаниях к модемам они определяют и "знают" когда абонент поднял трубку и сигнализируют об этом переполюсовкой шлейфа. Определяют видимо по сигналу DTMF.
Но как заставить АТС сообщать SIP клиенту о поднятии трубки абонентом при звонке с gsm шлюза?
Изменение атребутов CO Line -> Type Signal не дают нужного результата.
При звонке через SIP провайдера в интернете типа sipnet сигнализация присутствует.
Вот я и поменял(уже больше ничего не приходило в голову) страну на USA, надеясь на изменение стандартов распознавания сигналов атс-кой.
Может кто подскажет куда можно еще покопать?

Перечитал несколько раз. Ничего не понял. ИМХО, какая-то каша...
О какой схеме включения идет речь?? Какие порты шлюза, какие порты АТС??
О какой сигнализации идет речь???
Причем здесь DTMF??

[Prostor]

Перечитал несколько раз. Ничего не понял. ИМХО, какая-то каша...
О какой схеме включения идет речь?? Какие порты шлюза, какие порты АТС??
О какой сигнализации идет речь???
Причем здесь DTMF??

Да, наверно несколько скомкано описал.
Я звоню через GSM модем и АТС не сигнализирует о поднятии трубки абонентом.
Вот в принципе и вся проблема..

[harris]

Да, наверно несколько скомкано описал.
Я звоню через GSM модем и АТС не сигнализирует о поднятии трубки абонентом.
Вот в принципе и вся проблема..

Мдя.... Это нужно клещами информацию вытягивать.... А оно мне надо???

В какой тип порта АТС включен ваш GSM-модем?? В СО-порт??
Если вместо станции подключить обычный SLT-телефон, то что, работает или тоже нет??

[Prostor]

Мдя.... Это нужно клещами информацию вытягивать.... А оно мне надо???

В какой тип порта АТС включен ваш GSM-модем?? В СО-порт??
Если вместо станции подключить обычный SLT-телефон, то что, работает или тоже нет??

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

GSM шлюзы включены в CO порты.
Я звоню не со станции, а с SIP клиента. И АТС не сигнализирует SIP клиенту о том, что трубка поднята вызываемым абонентом.
Если звонок осуществляется не через GSM модем, а через сервис подобный Sipnet.ru, то сигнализация о поднятии трубки вызываемым абонентом присутствует.

[harris]

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

GSM шлюзы включены в CO порты.
Я звоню не со станции, а с SIP клиента. И АТС не сигнализирует SIP клиенту о том, что трубка поднята вызываемым абонентом.
Если звонок осуществляется не через GSM модем, а через сервис подобный Sipnet.ru, то сигнализация о поднятии трубки вызываемым абонентом присутствует.

Уваж. Prostor!
Вы задаете вопрос так, что приходится разгадывать вовсе не вашу проблему, а разгадывать ваш вопрос. Т.е. гадать, что Вы имеете в виду.

В данном случае, ВИДИМО, имеется в виду следующее:
- есть входящий звонок по СО-линии (с GSM шлюза).
- вызов направлен на внутр. абонента.
- вызываемый абонент ЗАНЯТ !!
- Т.е. вызов пришел по свободной СО, но внутренняя линия вызываемого абонента занята (на телефоне состояние "поднятой трубки").
Так ???

Если так, то посмотрите, какая опция стоит в ПГМ169 для данной входящей СО-линии для случая BUSY.

Или имеется в виду, что вызываемый абонент отвечает (поднимает трубку), но SIP-клиент не получает 200 OK (Connect)??

[Dron]

Если так, то посмотрите, какая опция стоит в ПГМ169 для данной входящей СО-линии для случая BUSY.

Для рассмотренной ситуации это не поможет.

[harris]

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

[Prostor]

Уваж. Prostor!
Вы задаете вопрос так, что приходится разгадывать вовсе не вашу проблему, а разгадывать ваш вопрос. Т.е. гадать, что Вы имеете в виду.

В данном случае, ВИДИМО, имеется в виду следующее:
- есть входящий звонок по СО-линии (с GSM шлюза).
- вызов направлен на внутр. абонента.
- вызываемый абонент ЗАНЯТ !!
- Т.е. вызов пришел по свободной СО, но внутренняя линия вызываемого абонента занята (на телефоне состояние "поднятой трубки").
Так ???

Если так, то посмотрите, какая опция стоит в ПГМ169 для данной входящей СО-линии для случая BUSY.

Или имеется в виду, что вызываемый абонент отвечает (поднимает трубку), но SIP-клиент не получает 200 OK (Connect)??

Вызываемый абонент отвечает (поднимает трубку), но SIP-клиент не получает 200 OK(Connect)

[harris]

Для рассмотренной ситуации это не поможет.

1) Тогда (если об этой ситуации речь), то делать как обычно: вызов направлять на Hunt-группу (c Annoucement) и по Overflow отбивать.
2) Андрей!! Мой шеф ругается страшным матом - если ПГМ169 не отрабатывает это, то почему ты не сообщил об этом, не написал рапорт??? Давно бы подправили.

[harris]

Вызываемый абонент отвечает (поднимает трубку), но SIP-клиент не получает 200 OK(Connect)

ОК.
1) SIP-клиент в какой сервер подключен??? В какой-то внешний сервер?? Это не внутренний абонент станции MG??
2) Что из себя представляет GSM-шлюз???
GSM-шлюз подключен к станции через порт АНАЛОГОВОЙ СО-линии (2-х проводки)??

[Dron]

Вызываемый абонент отвечает (поднимает трубку), но SIP-клиент не получает 200 OK(Connect)

Если я правильно понял, вы звоните на GSM -шлюз, подключенный к АНАЛОГОВОМУ порту СО, правильно?
Какой такие 200Ок в этом случае должна отдавать станция?! При подъеме трубки абонентом станция занимает линию, по которой поступает вызов...
Аналоговый телефонный аппарат, когда на нем поднимают трубочку для ответа на вызов, ничего никуда не посылает о том что на нем подняли трубочку! Так вот, в вашем случае АТС-ка как бы телефонный аппарат.

[Dron]

2) Андрей!! Мой шеф ругается страшным матом - если ПГМ169 не отрабатывает это, то почему ты не сообщил об этом, не написал рапорт??? Давно бы подправили.

Э-э... А оно, разве, должно так отрабатываться?! Я про случай, когда вызов назначается на абонента без DISA, Hunt Group и т.п.
На каких станциях это делается для АНАЛОГОВЫХ СО??

[harris]

Э-э... А оно, разве, должно так отрабатываться?! Я про случай, когда вызов назначается на абонента без DISA, Hunt Group и т.п.
На каких станциях это делается для АНАЛОГОВЫХ СО??

Да, все так... Но Миша готов нажать на корейцев. В CS1000 это было!!

[Dron]

Да, все так... Но Миша готов нажать на корейцев. В CS1000 это было!!

Если только опционально! Тогда я за! В том смысле, что только для подобных ситуаций. Не путаем с тем, что уже имеем в 169 программе.
Суть то не меняется - чтобы разорвать соединение станция должна ответить! И, как мне думается, вызывающий абонент, все равно, одну посылку вызова услышит. Т.е., не удастся полностью создать иллюзию занятости номера, подключенного на СО.

[harris]

Если в результате изысканий, выясняется, что:
SIP-клиент -> сервер-> cеть-> GSM-шлюз-> аналоговая СО-линия-> MG-> абонент ответил (поднял трубку),
То какой сигнал от MG можно требовать??
При ответе абонента MG просто замыкает шлейф СО-линии, как это делает стандартный телефон.
На аналоговой линии простейшая лин. сигнализация - шлейф замкнут или разомкнут. И все.
А все остальное - это уже проблема шлюза или SIP-сервера.
И разбираться нужно с ними (ИМХО, со шлюзом в первую очередь), а не со станцией.

[harris]

Если только опционально! Тогда я за! В том смысле, что только для подобных ситуаций. Не путаем с тем, что уже имеем в 169 программе.
Суть то не меняется - чтобы разорвать соединение станция должна ответить! И, как мне думается, вызывающий абонент, все равно, одну посылку вызова услышит. Т.е., не удастся полностью создать иллюзию занятости номера, подключенного на СО.

Ну да - Line Release (замкнуть шлейф и тут разомкнуть).