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. Так же при входящем вызове все гудки после первого тихие. Т.е. выдаваемый системой в линию гудок тихий. Где это правильно регулируется?

Проверьте без АТС. Думаю, что все разъяснится.
Подключите аппарат и посмотрите, как оно все в этом случае. Сразу ли зазвенит аппарат, будут ли все гудки тихими после первого и т.п.

Вы про какие гудки говорите?? Те, что слышит вызывающий (городской) абонент до ответа станции и выдачи голосового приветствия??
Если вы это имеет в виду, то причем здесь вообще станция??
Вызов проходит через городскую сеть + шлюзы вашего провайдера. И на это требуется время, в зависимости от построения сети и используемого в сети оборудования и типов линий связи.
Сигнал КПB генерит сеть, а вовсе не ваша станция.
При поступлении вызывного сигнала собственно в станцию, она распознает наличие вызова на 2-м звонке, и если таймер DISA Amswer =0, то сразу проключает линию и выдает голос. сообщение.
В зависимости от того, как настроен ваш шлюз, генерить гудки RGD может и сам шлюз. Так что, вполне возможно, что разбираться нужно с ним, но не со станцией. На аналоговых СО-линиях станция выдает гудки только в режиме DISA и уже после проключения линии (после голос. сообщения, когда по донабору вызов поступает внутр. абоненту).
Разберитесь с технологией.

А это вы зачем трогали то?! У вас что вызывное поступает с периодом меньше 2,7 секунды?! У вас сейчас, походу, каждую посылку АТС считает новым вызовом, а не продолжением текущего!
Верните на по-умолчанию и почитайте в доке, что это за параметр.

Я уже писал в курилке, что по поводу КПВ вопрос не к станции. Поэтому, предложил проверить без АТС, на телефонном аппарате.

Ну, извиняй, Андрей!! Я в курилку только сейчас заглянул... А до того, курить выходил на улицу, т.е. "был не в теме"..

А я вот "курю" теперь в курилке на форуме

Вернул как было: 60 и 2 соответственно.

Остальное позже.

Докладываю.
Проверил без АТС (отключал от неё все CO). Подключил самый обычный телефон вместо станции и позвонил на него.
Как только в трубке с которой звоню появляется гудок -- подключенный вместо АТС телефон начинает звонить. Все гудки громкие, вплоть до ответа на звонок.

Ок. А что после возврата к значениям по-умолчанию CO Ring Off Timer и CO Ring On Timer?

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


Я считал, что пока всё это происходит в трубке вызывающего тишина. Сигнал КВП начинается вместе со звонком абонента.


Два звонка это прекрасно. У нас от 4-х. Иногда дольше. Не знаю с чем это связано.


См. выше. Когда к шлюзу зацеплен один аналоговый аппарат, то с гудками всё отлично вплоть до ответа. И гудки возникают параллельно звонку.


Если вызывающий уже стоит в очереди к абоненту, который занят, то он слышит гудки. Эти гудки генерирует DISA c нашей АТС, правильно?

Проверил.
Всё как в заглавном посте.

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

Слушайте, а у вас на СО, случайно, не включен 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

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

FSK

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

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

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

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

Пол гудка хорошая громкость, пол гудка тихая. %)

Попробовал.
Всё один в один так же, с той лишь разницей что через три тихих гудка зазвонил телефон сотрудника.

С этим чуть позже.

Вот чего я никак не пойму - Что там у вас отвечает то?
Как работает DISA - поступает вызов, АТС отвечает и выдает либо приветствие, либо непрерывный сигнал и можно набрать, например, внутреннего абонента. Если внешний абонент ничего не набирал, при соответствующих настройках, вызов будет куда то там направлен и АТС будет генерить КПВ.
Что там у вас такое, что отвечает и сразу с КПВ?

Блин, какой может быть "ею генерируемый КПВ" , если авто запрос АОНа вы выключили??

У вас включена система записи параллельно линии?? Отключите ее физически от линии.

О, кстати, забыли о системе записи! Там не включен "русский" АОН (например, в SpRecord, это есть)?

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



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

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

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

Итак, что имеем.
С внешней линией от провайдера и при отключенном АОН и при отключенном 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.
Перед монтажом всё прозванивал. Когда цеплял внутренний порт на СО (где получил хорошую громкость), пользовался этим же проводом.


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

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

Такие дела.

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

Не забываем, что речь об аналоговых линиях - сигнализация отсутствует! Просто анализируется поступление вызывного! А это значит, что на первой посылке, однозначно, АТС никуда вызов не направит (она лишь определит, что вызов поступает). Три посылки гуляет - тут все еще зависит от параметров вызывного. Аналог - есть аналог!

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

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

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

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

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

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

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

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

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

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

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

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

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


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


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

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

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

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

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