Приветствую.

Прикупил это чудо (6004s) чтобы подключить к внутренним портам офисной атс и организовать возможность звонить по voip на внутренние номера этой офисной атс с моего астериска...

оно конечно работает, но кривовато...

а именно
могу звонить в любом варианте:
exten => _2[01]X,1,Dial(SIP/FXO,120,D(${EXTEN}))
или
exten => _2[01]X,1,Dial(SIP/${EXTEN}@FXO,120)
или
exten => _2[01]X,1,Dial(SIP/${EXTEN}@IP_OF_6004,120)

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

хочется чтобы время начинало тикать с момента реального ответа вызываемого абонента...

или эта железяка такого в принципе не умеет?

То что вы описываете называется, по-моему, early media. Отключите его на шлюзе.

там есть такое "Early Media Treatment", описание "If it is disabled, the system will send RTP immediately when the connection with Proxy is set up. The default is enabled. If communicating with other Gateway has problem, please disable this function."
отключение ситуации не изменило
т.е. софт клиент набирает номер, тут же у него "call established" и по RTP уже идёт звут от атс о вызове абонента...
а надо б, чтобы пока клент атс реально не ответил (и идут гудки), длинк говорил по sip - Rigning...

По моему, длинки это не умеют. Едиственное, что можно сделать -- настроить определение занято, но все равно соединение будет установленно на несколько секунд.
Можно, кстати, проверить происходит ли реверсирование полярности у вас на атс в момент ответа и покопать в этом направлении. Но по-моему и там тоже глухо...

((( если длинки этого не умеют, то это грустно очень ((((((

админы длинка или знатоки могут ответить?

по поводу возможностей атс по изменению полярности - завтра буду прояснять...

Early Media Treatment это не то что нужно.
То что Вы хотите, работает если включить функцию Polarity Reversal, при условии, что АТС поддерживает эту функцию.

_________________
С уважением,
Виктор Колосов

ats (samsung os7200) умеет сама понимать Polarity Reversal на внешних FXS портах, однако на внутренних FXO - даже не понимает (((

а у длинка что какая нидь железка умеет делать нужный функционал?

в мануале есть такая штука как "CPT Auto Detect", однако ссылки “CPT auto detect” я не вижу (((((((((((

Она в пункте CPT что-то там зарыта.

тыкался везде, смотрел исходный код страницы - не вижу...
может чтоб этот пункт появился, надо только на 2 и 3 линии телефоны повесить и всё?

Нету его там. На 4032 есть на странице CPT / Cadence Settings, а на 6004 такой ссылки нет

вот и я говорю что нет, а в мануале - http://ftp.dlink.ru/pub/VoIP/DVG-6004S/ ... Manual.pdf - на странице 45 написано что есть ((

Хммм... Связка FXO гейт + ATS в принципе может работать только так, никакими настройками D-Linka это не поправить. Статус вызываемого абонента становиться известен только после того, как с ним попыталась соединиться АТСка, при этом гейт свое соединение уже давно успешно установил и SIP-бридж тоже уже существует.

Достичь желаемого можно скриптом Астера по типу macro-stdexten. Это когда сам астериск пытается позвонить на желаемый номер и если если тот свободен - устанавливает соединение, нет - возвращает busy/etc

а какими то средствами этого достичь реально?


а параметры линии при этом?
может я не прав, но там напряжение, иные сигналы, такие как busy?...

и что делают тогда параметр "PSTN Answer Detection" в "Line Settings"?
"CPT / Cadence Settings" - там сигналы настраиваются...
и при этом шлюз непонятно чему и непонятно как обучается....


а поподробней можно?

FXO-гейт сначала принимает вызов, устанавливая соединение SIP, потом "снимает трубу" на FXO-порту, получает от АТС диал-тон (что означает, что линия СВОБОДНА и соединение возможно) и посылает набираемый номер в АТС. В дальнейшее он не вмешивается.

Удерживать SIP-соединение в состоянии InProgress, делать попытки дозвона до абонента и установить двустороннее соединение только тогда, когда вызываемый доступен, он не умеет. Для этого есть Asterisk.

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

Упомянутый мной скрипт содержится в extensions.conf из примеров и делает именно то, что нужно - пытается дозвониться до вызываемой стороны и если не получилось, возвращает вызываещему busy.

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