CO Ring Back Tone, Контроль посылки вызова для СЛ Опции

[bl1]

KSUA без плат расширения.
App Version - MPB/GS86M-1.0Dc JAN/14
Boot Version - 1.0Ba NOV/13
Kernel Version - 1.0Ad
H/W Issue - 0
3 аналоговые линии (из шлюзов от провайдера).
Система записи, подключена параллельно на СЛ.

Все поступающие вызовы по PGM 146, в зависимости от расписания день/ночь, уходят в голосовое меню.

PGM 140
DISA Delay Timer - 0
DISA Answer Timer - 0
CO Ring Back Tone - OFF
CO Line Ring Back Tone Source - Ring Back Tone
COL Ring Tone - 0

PGM 180~182,186 - System Timers
CO Ring Off Timer - 17*100ms
CO Ring On Timer - 1*100ms

Две проблемы. Приоритетная -- первая.

1. До ответа автоинформатора проходит где-то 15-16 секунд, проходит почти четыре гудка. Как можно сократить это время?

2. Так же при входящем вызове все гудки после первого тихие. Т.е. выдаваемый системой в линию гудок тихий. Где это правильно регулируется?

[bl1]

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

[Dron]

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

Слушайте, а у вас на СО, случайно, не включен RCID с RCID Request = AUTO? Вы не говорите нам, как у вас там все настроено - приходится гадать.

[bl1]

Вы не говорите нам, как у вас там все настроено - приходится гадать.

Я не со зла.
Если бы знал какие настройки могут оказывать влияние на мои проблемы -- перечислил бы все.

Слушайте, а у вас на СО, случайно, не включен RCID с RCID Request = AUTO?

На всех используемыx СО стоят следующие настройки:
RCID Detect - All
RCID Request - Auto
RCID Request First Delay Timer - 20*10ms
RCID No-Answer Timer - 20*sec
RCID Digit Number - 7
RCID Request Count - 1
RCID Request Retry Delay Timer - 10*10ms

[harris]

Я не со зла.
Если бы знал какие настройки могут оказывать влияние на мои проблемы -- перечислил бы все.


На всех используемый СО стоят следующие настройки:
RCID Detect - All
RCID Request - Auto
RCID Request First Delay Timer - 20*10ms
RCID No-Answer Timer - 20*sec
RCID Digit Number - 7
RCID Request Count - 1
RCID Request Retry Delay Timer - 10*10ms

Что указано в ПГМ151 в опции CID MODE ??

[bl1]

Что указано в ПГМ151 в опции CID MODE ??

FSK

[harris]

FSK

Пропишите = DISABLE и проверьте.

[Dron]

Пропишите = DISABLE и проверьте.

Ну и DISA отключите для проверки.

[Dron]

Ну и DISA отключите для проверки.

И еще, все же, подайте вместо линии провайдера аналоговый внутренний номер АТС.
Не понятно, с какого тихий КПВ. У меня у клиентов ничего подобного не наблюдалось,

[bl1]

И еще, все же, подайте вместо линии провайдера аналоговый внутренний номер АТС.
Не понятно, с какого тихий КПВ. У меня у клиентов ничего подобного не наблюдалось,

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



По остальному. Вызов по прежнему блуждает в течении трёх гудков где-то в недрах станции.

Отключил систему записи физически: ситуация не изменилась

Попробовал отключить АОН в системе записи: ситуация не изменилась.

[Dron]

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



По остальному. Вызов по прежнему блуждает в течении трёх гудков где-то в недрах станции.

Отключил систему записи физически: ситуация не изменилась

Попробовал отключить АОН в системе записи: ситуация не изменилась.

Итак, что имеем.
С внешней линией от провайдера и при отключенном АОН и при отключенном DISA(я, кстати, не понял как у вас оно работает, см. мою писанину выше) ситуация не меняется. Удивительно то, что если все это отключено, то АТС никакой КПВ не генерит!
Если подать в качестве внешней линии аналоговый внутренний номер, то все нормуль, даже громче, чем с внешней линией.
И каков вердикт выходит? Вероятность вины АТС крайне мала. Не стыковка электрических параметров шлюза и АТС? Линия от шлюза провайдера до АТС?. Я понял, что вы аппарат то для проверки подключали на шлюзе непосредственно, т.е., минуя линию от шлюза до АТС, так?

[bl1]

Итак, что имеем.

Согласен, пора подытожить.

С внешней линией от провайдера и при отключенном АОН и при отключенном DISA(я, кстати, не понял как у вас оно работает, см. мою писанину выше) ситуация не меняется.

Так точно.
DISA стартует в ПГМ 146. Для линий 1-3 в режиме день стартует первое сообщение автоинформатора. Далее в ПГМ 228 от него идут варианты по неответу, и по предлагаемым цифрам на звонковые группы.

Отключал DISA тут же в ПГМ 146, тогда звонок приходил согласно ПГМ 144 по дневному режиму. И тоже только через три гудка.

АОН вырубил для линий 1-3 в ПГМ 151 CID Mode - Disable. В настоящий момент так и оставил.

Удивительно то, что если все это отключено, то АТС никакой КПВ не генерит!

По идее да, но на практике звонок гуляет по станции где-то три гудка. [censored]!

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

Ну как нормуль, по громкости -- да, отлично. А три гудка где-то гуляем.

И каков вердикт выходит? Вероятность вины АТС крайне мала.

Да наверняка я где-то накрутил, не приходя в сознание, вот и получил.

Не стыковка электрических параметров шлюза и АТС?

Станция озвучена. Шлюзы: Linksys PAP2T и Cisco SPA 122

Линия от шлюза провайдера до АТС?

Четырёх жильный провод, коннектора 4с6p, потом мама тройник и до станции штатный кабель 2с6р загнанный в RJ45.
Перед монтажом всё прозванивал. Когда цеплял внутренний порт на СО (где получил хорошую громкость), пользовался этим же проводом.

Я понял, что вы аппарат то для проверки подключали на шлюзе непосредственно, т.е., минуя линию от шлюза до АТС, так?

Первоначально да, так.
Только что попробовал максимально задействовать и линю "шлюз-АТС". Результаты те же.

Один громкий полугудок, потом три тихих и связь.
В принципе громкость терпимая. Но вот где звонок гуляет по станции три гудка -- это напрягает.

Такие дела.

[Dron]

Только что попробовал максимально задействовать и линю "шлюз-АТС". Результаты те же.

Один громкий полугудок, потом три тихих и связь.
В принципе громкость терпимая. Но вот где звонок гуляет по станции три гудка -- это напрягает.

Т.е., в этом варианте и с аппаратом та же ерунда? Правильно я понял?
Тогда, АТС точно не виновата!

[bl1]

Т.е., в этом варианте и с аппаратом та же ерунда? Правильно я понял?
Тогда, АТС точно не виновата!

Извините, тут я дезу дал.
Голова уже квадратная.

В варианте когда вместо АТС только телефон, но максимально задействована линия "шлюз-АТС" с громкостью всё в порядке. Гудки идут сразу же со звонком и всё время громко вплоть до ответа.

[Dron]

Извините, тут я дезу дал.
Голова уже квадратная.

В варианте когда вместо АТС только телефон, но максимально задействована линия "шлюз-АТС" с громкостью всё в порядке. Гудки идут сразу же со звонком и всё время громко вплоть до ответа.

В таком случае, что еще сказать не знаю. Остается некая не стыковка электрических параметров шлюза и АТС...

[harris]

В таком случае, что еще сказать не знаю. Остается некая не стыковка электрических параметров шлюза и АТС...

Телефону по фигу, какая форма и частота вызывного сигнала от шлюза. А вот станции не все равно...

[Dron]

Телефону по фигу, какая форма и частота вызывного сигнала от шлюза. А вот станции не все равно...

Ну да. И я про то же.

[harris]

Ну да. И я про то же.

Кстати, провайдер дает связь через IP шлюзы?? С каким протоколом: SIP, H.323 или что ??
В eMG ведь есть встроенный IP шлюз, можно напрямую по IP получить связь.

[bl1]

В eMG ведь есть встроенный IP шлюз, можно напрямую по IP получить связь.

Можно! Если бы провайдер пошёл навстречу.
"У нас только через шлюзы, или никак".

[harris]

Можно! Если бы провайдер пошёл навстречу.
"У нас только через шлюзы, или никак".

А что он единственный провайдер?? Сейчас провайдеров, предлагающих услуги связи по SIP полно.
Тем более в Москве.

[bl1]

А что он единственный провайдер?? Сейчас провайдеров, предлагающих услуги связи по SIP полно.
Тем более в Москве.

Привязались к номеру. Уже несколько лет на нём.

[harris]

Привязались к номеру. Уже несколько лет на нём.

Я не уговариваю вас... Как хотите. Но, ИМХО, нелепо использовать конвертацию из SIP в аналоговую СО-линию, когда можно напрямую принять SIP транк в станции.
Параллельно со старым номером (на CO) делается связь по SIP с новым номером. Через 2-3 месяца о старом номер можно забыть.

Как уже написал уваж. Dron, верятно есть какие нестыковки с эл. параметрами линии от шлюза и порта СО в станции.
Ну, можно пытаться это исследовать глубже. Посмотреть настройки FXS в шлюзе, померить и посмотреть сигнал осциллоскопом, замерить ток в линии и пр.
Снять трассировку вызова в станции.
Снять снифер вызова SIP перед шлюзом.
Раз уж вы находитесь в Москве, то можно привезти шлюз к нам для проверки. Подключим к нашей тестовой eMG.

[bl1]

Я не уговариваю вас... Как хотите. Но, ИМХО, нелепо использовать конвертацию из SIP в аналоговую СО-линию, когда можно напрямую принять SIP транк в станции.
Параллельно со старым номером (на CO) делается связь по SIP с новым номером. Через 2-3 месяца о старом номер можно забыть.

Решительно поддерживаю Вашу логику, но в моих реалиях есть некоторые нюансы.
1. Я так понимаю придётся докупить ещё лицензий, чтобы загнать три линии по VoIP в станцию.
2. Звук будет сильно зависеть от интернет канала, а у нас на нём висит видеонаблюдение. И выбирает оно его чуть более чем полностью. А сейчас телефония в зачёт ширины канала не идёт.
3. У нас на договорах прописан этот номер. Минимум ещё год его надо держать актуальным (хотя за переадресацию будет выходить не много).
4. И заодно появится жёсткая необходимость в новом оборудовании на интернет.

Всё это расходы. На что руководство спросит: "А сейчас чем плохо? Четыре гудка терпят люди перед ответом? Ну и ладно."

Как уже написал уваж. Dron, верятно есть какие нестыковки с эл. параметрами линии от шлюза и порта СО в станции.
Ну, можно пытаться это исследовать глубже. Посмотреть настройки FXS в шлюзе, померить и посмотреть сигнал осциллоскопом, замерить ток в линии и пр.
Снять трассировку вызова в станции.
Снять снифер вызова SIP перед шлюзом.

К одному из шлюзов у меня даже есть доступ. Возможно смогу это осилить.

Раз уж вы находитесь в Москве, то можно привезти шлюз к нам для проверки. Подключим к нашей тестовой eMG.

О, а это очень заманчивое предложение. Я бы с удовольствием, но, боюсь, до октября времени не выкроить.

[harris]

Решительно поддерживаю Вашу логику, но в моих реалиях есть некоторые нюансы.
1. Я так понимаю придётся докупить ещё лицензий, чтобы загнать три линии по VoIP в станцию.
2. Звук будет сильно зависеть от интернет канала, а у нас на нём висит видеонаблюдение. И выбирает оно его чуть более чем полностью. А сейчас телефония в зачёт ширины канала не идёт.
3. У нас на договорах прописан этот номер. Минимум ещё год его надо держать актуальным (хотя за переадресацию будет выходить не много).
4. И заодно появится жёсткая необходимость в новом оборудовании на интернет.

Всё это расходы. На что руководство спросит: "А сейчас чем плохо? Четыре гудка терпят люди перед ответом? Ну и ладно."


К одному из шлюзов у меня даже есть доступ. Возможно смогу это осилить.


О, а это очень заманчивое предложение. Я бы с удовольствием, но, боюсь, до октября времени не выкроить.

Ок. По сути проблема остается нерешенной, и причина неясна. Требуется более углубленное исследование.
История смахивает на детектив.

А как провайдер дает вам телефонию?? Отдельным соском, VPN или просто через Интернет?
С нашей станции можно по SIP "постучаться" на ваш шлюз?

[bl1]

А как провайдер дает вам телефонию?? Отдельным соском, VPN или просто через Интернет?
С нашей станции можно по SIP "постучаться" на ваш шлюз?

Шнурок, в шнурке VLAN в сером диапазоне.
Шлюзы по DHCP.
Роутер, что раздаёт инет на статитке.

Так что снаружи никак.