Сбой на главной линии

[Arty]

Здравствуйте, хотел бы обсудить один момент.
В книге "Руководство по Asterisk", есть глава "Сбой на главной линии и LCR" и приводится конфигурация:

[tolllongdistance]
exten => _91NXXNXXXXXX,1,Dial(ZAP/g2/${EXTEN:1})
exten => _91NXXNXXXXXX,2,Congestion
[hsvlongdistance]
exten => _91256NXXXXXX,1,Dial(IAX/hsv/${EXTEN})
exten => _91256NXXXXXX,2,Dial(ZAP/g2/${EXTEN:1})
exten => _91NXXNXXXXXX,3,Congestion
[longdistance]
include => hsvlongdistance
include => tolllongdistance

тут учитывается LCR и сбой на главной линии.
Меня больше интересует именно использование резервного канала в случае сбоя на основном.
Возьмем этот кусок конфига:

[hsvlongdistance]
exten => _91256NXXXXXX,1,Dial(IAX/hsv/${EXTEN})
exten => _91256NXXXXXX,2,Dial(ZAP/g2/${EXTEN:1})
exten => _91NXXNXXXXXX,3,Congestion

В данной конфигурации, если вызов был неудачным(hsv), то вызов пойдет через второй(g2) канал.
Повлиять на поведение диалплана (в зависимости от причины) можно будет через DIALSTATUS который вернет Dial. Я правильно понимаю?

[awsswa]

chanisavail более грамотное решение

[Arty]

Доброе утро!
Что-то я видимо не до понял с ChanIsAvail.
Номер 4444 в SIP/zadarma это эхо тест. Если набрать 4444 через SIP/sipnet выдаст ошибку

-- Called SIP/sipnet/4444
-- Got SIP response 480 "No address found" back from 212.53.40.40:5060
-- SIP/sipnet-000001ff is circuit-busy
== Everyone is busy/congested at this time (1:0/1/0)
-- Auto fallthrough, channel 'SIP/sipavaya-000001fe' status is 'CONGESTION'

попробовал ChanIsAvail так:

Код: Выделить всё

exten => 4444,1,ChanIsAvail(SIP/sipnet&SIP/zadarma,j)
 same => n,NoOp( AVAILORIGCHAN  ==  ${AVAILORIGCHAN} )
 same => n,Set(theChannel=${AVAILORIGCHAN})
 same => n,Dial(${theChannel}/${EXTEN})
 same => n,Hangup()
 same => n+101,Playback(followme/sorry)
 same => n,Hangup()

набираю 4444, в cli я вижу такую же картину с "Got SIP response 480 "No address found" back from 212.53.40.40:5060"
Добавил опцию "а" (a - Check for all available channels, not only the first one), получил следующее

== Using SIP RTP TOS bits 184
== Using SIP RTP CoS mark 5
-- Executing [4444@incoming_sip_avaya:1] ChanIsAvail("SIP/sipavaya-00000208", "SIP/sipnet&SIP/zadarma,aj") in new stack
== Using SIP RTP TOS bits 184
== Using SIP RTP CoS mark 5
== Using SIP RTP TOS bits 184
== Using SIP RTP CoS mark 5
-- Executing [4444@incoming_sip_avaya:2] NoOp("SIP/sipavaya-00000208", " AVAILORIGCHAN == SIP/sipnet&SIP/zadarma ") in new stack
-- Executing [4444@incoming_sip_avaya:3] Set("SIP/sipavaya-00000208", "theChannel=SIP/sipnet&SIP/zadarma") in new stack
-- Executing [4444@incoming_sip_avaya:4] Dial("SIP/sipavaya-00000208", "SIP/sipnet&SIP/zadarma/4444") in new stack
== Using SIP RTP TOS bits 184
== Using SIP RTP CoS mark 5
-- Called SIP/sipnet
== Using SIP RTP TOS bits 184
== Using SIP RTP CoS mark 5
-- Called SIP/zadarma/4444
-- SIP/sipnet-0000020b answered SIP/sipavaya-00000208
-- Locally bridging SIP/sipavaya-00000208 and SIP/sipnet-0000020b
== Spawn extension (incoming_sip_avaya, 4444, 4) exited non-zero on 'SIP/sipavaya-00000208'

Попал вообще черт знает куда)) голосом предлагают просмотреть мой почтовый ящик и т.п.))

[Vlad1983]

это адрес черт знает чего
-- Executing [4444@incoming_sip_avaya:4] Dial("SIP/sipavaya-00000208", "SIP/sipnet&SIP/zadarma/4444") in new stack

[Arty]

Vlad1983 не могу не согласиться))
из книги "Asterisk: будущее телефонии"

ChanIsAvail()
Определяет, доступен ли в настоящее время заданный канал
ChanIsAvail(технология1/ресурс1[&технолоигя2/ресурс2...][,опции])

ChanIsAvail по идее должен был проверить оба канала и в переменную ${theChannel} должен был попасть или SIP/sipnet или SIP/zadarma, но при добавлении опции "a" получилась чушь "theChannel=SIP/sipnet&SIP/zadarma". А без опции "a" ChanIsAvail проверяет только первый канал.
С DIALSTATUS я делал так:

Код: Выделить всё

exten => 4444,1,Dial(${SIPTRUNK1}/${EXTEN})
 same => n,Goto(${DIALSTATUS})
 same => n(CHANUNAVAIL),Dial(${SIPTRUNK2}/${EXTEN})
 same => n,Hangup()
 same => n(CONGESTION),Dial(${SIPTRUNK2}/${EXTEN})
 same => n,Hangup()
 same => n(HANGUP),Hangup()
 same => n(BUSY),Hangup()
 same => n(NOANSWER),Hangup()
 same => n(CANCEL),Hangup()

и всё отрабатывало нормально. Вызов через SIP/sipnet (${SIPTRUNK1) не проходил, ${DIALSTATUS} получал CONGESTION и вызов уходил через SIP/zadarma (${SIPTRUNK2}).
Я затеял это всё потому, что иногда через sipnet не проходят вызовы и нужно чтоб при определённых условиях (CHANUNAVAIL/CONGESTION) вызов совершался через второго SIP провайдера.
Видимо ChanIsAvail не для моей ситуации.

[Vlad1983]

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

CLI> core show application ChanIsAvail
CLI> core show function CUT
можно ещё и
CLI> core show function RAND

[ded]

Возможно проще дописать переходы по статусам CHANUNAVAIL/CONGESTION
Goto(s-CHANUNAVAIL,1)
Goto(s-CONGESTION,1)
exten => s-CHANUNAVAIL,1,Dial(SIP/nezadarma
exten => s-CONGESTION,1,Dial(SIP/nezadarma
на форуме и в интернете есть примеры.

[Arty]

спасибо ded, я в курсе
тут просто для наглядности расписал.