Тема: проблемы с tda-100
Здравствуйте, подскажите пожалуйста.
Есть АТС tda-100, в нее приходят 8-м линий от VoIp шлюза Dlink-6008s, сам шлюз подключен к сип серверу DVX-7090, тоже ДЛинк. Соответственно к этому сип серверу, также подключены такие же шлюзи и такие же АТС, но в других городах.
Проблема в том, что после звонка на шлюз, шлюз набирает номер посланный ему сип сервером, и отдает его в атс.
Смотрел логи шлюза набирает все четко, все нормально. НО фактически атс соединяет с другим номером.
Причем ситуация, только в тех АТС где есть, 4-х значная нумерация, и группы. Т.е. есть группа номеров 1900-1920
1900-факс
1901-начальник отдела
1902-20 отдел
При звонке на номер 1901, звонок уходит на 1900, при звонке на остальные номера, бывает рандомный переброс на рядом стоящий (порты рядом) телефон в этой группе, 1915 попадет на 1910-1914, либо при звонке на факс попадают на 1901, бывает это в 80-90% звонков. В остальных случаях гудки идут, и не звонит ни один телефон.
На других АТС, где трехзначная нумерация и нет групп, проблем не замечали.
Во всех группах стоит время перенаправления вызова при отсут ответа вн аб - 40 секунд, и число 7-10 гудков.
Проверели шлюзы, они отдают точно то, что надо. Помогите разобраться с АТС. Какие еще данные нужно предоставить?
Заранее спасибо.
Шлюз подключен к атске через СО или через внутрение порты?
Через внутренние порты. шлюз FXO
а с других внутрених набирать пробывали или переключить на другие внутрение линии шлюз. И может проще ну чисто ради интреса стоит переделать нумерацию с 4 на 3 цифры.
Собственно, так сделать не получится. Линии под шлюз нашлись “впритык”, свободных портов больше нет, а добавить или расширить не планируется.
Вообще хотелось узнать, как может влиять в 1,1 в св-вах порта внутренних линий, есть такой столбец “звонок параллельного телефона”... это первое
А во вторых, на шлюзе у меня стоит 80 мс ширина тона DTMF, в свойствах LCOT также 80, но это внешнии линии, а на внутренних время отслеживания “DTMF-R STD” стоит 30 мсек... так вот, может когда чьи то ручки зевнули на последней цифре, то атс отправила на первый номер в группе, т.е. 1900? или сработала тема “звонок параллельного телефона” ?
😊 все нормальные варианты проблемы перепробовали, переплюсовки никогда не делали, почему собственно грешим на атс, до этого атс были связаны через два шлюза в режиме хотлайн, и проблем не было, так вот теперь между ними появилось третье устройство, которое может быть, и вызывает задержки...
ну 1.1 вообще не должен влиять на принятые принятый номер. А поповоду 30 мсек, так возьми поиграйся, что в настройках шлюзов стоит и есть ли там вообще что то с этим связаное или там по умолчанию зашито.
в настройках шлюза стоит 80.
Менять на шлюзе нет смысла так как на атс где 3-х значная нумерация, проблем тьфу тьфу нет
Также на 4-х значной нумерации есть группы, так вот если я звоню через шлюз и не добиру одну последнюю цифру 101*, то я попаду на номер 1001 группа состоит из номееров, 1001,1010,1011
Также в настройках группы стоит правило в “Разное”, что при 7 гудках неответа отбрасывать звонок, или через 40 секунд переводить... может где то здесь собака?
при таком раскладе это нормально, елси на станцию пришел вызов и набираемый номер не описан, то станция его направляет на первый номер. Попробуй поставить на тех внутрених линиях к которым подключен шлюз тоже 80 мсек.
Спасиб, попробую отпишусь.
А что остальные гуру бессильны?
Не помогло, выставил 80 мс, и убрал галку “звонить параллельному телефону”
Нид хелп...
А у тебя не накручено ль в 2.11.2 усиление в MSG через чур, может искажать входящий набор, попробуй чуть-чуть приземлить.
Неа все по нулям, кроме ECHO(OPB3) 3 & -3 db
остальное нули...
Есть еще какие идеи?
Заранее спасибо.
Проблема в том, что после звонка на шлюз, шлюз набирает номер посланный ему сип сервером, и отдает его в атс.
Смотрел логи шлюза набирает все четко, все нормально. НО фактически атс соединяет с другим номером.
А может всё таки не в нумерации дело?
Первый раз у меня такая картинка была когда работал через скайлинковский терминал - донабор срабатывает некорректно. Долго экспериментировал - не распознаётся 1
Как тут и советовали пустил эти линии мимо дисы.
Потом с разными voip шлюзами те же грабли - не распознаётся корректно донабор. В зависимости от производителя шлюза крутить dtmf gain или похожее. Самое смешное - в минус крутить. Рядом где то бывает payload его то же можно.
И главное - смотреть задержки прохождение пакетов между ип атс и шлюзом. Хотя если по логам отдаёт нормально в tda - тогда всё таки первые 2 варианта.
Вход назначен на внутренний номер, шлюз набирает нормально. Все ж надо поиграть с таймером “время отслеживания DTMF в 1.1” карты внутренних абонентов, больше наверное ничего.
Проблема в том, что после звонка на шлюз, шлюз набирает номер посланный ему сип сервером, и отдает его в атс.
Смотрел логи шлюза набирает все четко, все нормально. НО фактически атс соединяет с другим номером.А может всё таки не в нумерации дело?
Первый раз у меня такая картинка была когда работал через скайлинковский терминал - донабор срабатывает некорректно. Долго экспериментировал - не распознаётся 1
Как тут и советовали пустил эти линии мимо дисы.Потом с разными voip шлюзами те же грабли - не распознаётся корректно донабор. В зависимости от производителя шлюза крутить dtmf gain или похожее. Самое смешное - в минус крутить. Рядом где то бывает payload его то же можно.
И главное - смотреть задержки прохождение пакетов между ип атс и шлюзом. Хотя если по логам отдаёт нормально в tda - тогда всё таки первые 2 варианта.
Собственно ДИСА tda у меня используется но для внешних линий, вопрос какие первые 2 варианта вы имели ввиду?
