RP
работает так: после Dial появляется переменная DIALSTATUS_BUSY=100,101
А фишка в чем?
Size: a a a
2021 March 13
YG
А фишка в чем?
ну типа знаешь какие статусы у каждого абона после набора
И потом при повтроном вызове например просто не включаешь их в план набора
И потом при повтроном вызове например просто не включаешь их в план набора
RP
Типа какие номера со статусом busy были?
YG
RP
А если мы диалим SIP/100 и PJSIP/100 то будет 100,100? Как различать?) понятно что такое раз в 100 лет будет, но мало ли)
YG
ну вот я и говорил об этом выше
что надо название канала запоминать
что надо название канала запоминать
RP
Да, канал тож нужен
OS
ну вот я и говорил об этом выше
что надо название канала запоминать
что надо название канала запоминать
канал на этом моменте уже не существует. Тогда уж лучше просто добавить технологию sip/100,pjsip/100
YG
канал на этом моменте уже не существует. Тогда уж лучше просто добавить технологию sip/100,pjsip/100
ну это и имелось ввиду
Что канал создается на технологию а не на exten
Что канал создается на технологию а не на exten
YG
соотвественно и возвращаться должно название технологии
OS
я просто еще переживаю об удобстве пользования этим
YG
этим будет неудобно пользоваться как раз если не добавить технологию
Вот пример Романа очень показательый
Вот пример Романа очень показательый
OS
ну это вправду сферический конь в вакууме
YG
да и не пропустят такой патч в mainstream если не указывать правильную технологию
OS
не уверен, что это стоит учитывать
OS
давайте попробуем так запостить, может там вообще свои вининие
YG
это определенно стоит учитывать так как asterisk оперирует технологиями а не extentions при вызове
Это невалидный namespace получается
Это невалидный namespace получается
RP
Если говорить в разрезе астера и его концепции то должно быть так:
SIP/100-000002be,PJSIP/100-000003be
SIP/100-000002be,PJSIP/100-000003be
YG
ну тут Олег тоже прав
Канал уже мертв
Его нет смысла показывать
Канал уже мертв
Его нет смысла показывать
YG
его уже нет