Asterisk 对上下文使用非标准名称

Asterisk 对上下文使用非标准名称,asterisk,Asterisk,我想以前缀ctx-命名我的所有上下文。在测试这一点时,我至少遇到了传入的上下文的问题(可能还有更多,但我已经恢复了更改并停止了进一步的测试) 是否可以配置星号,使其不使用标准的输入,默认,输出,而使用我首选的ctx输入,ctx默认,ctx输出 我还需要考虑什么其他的标准背景?我想这取决于所使用的应用程序?是否有标准上下文列表 澄清一下,我这样做是因为在我的代码库中为传入的或默认值进行grepping是一场噩梦。好主意——但不要忘记,在许多语言中,连字符将被解释为负号。我猜星号就是这么做的。使用下

我想以前缀
ctx-
命名我的所有上下文。在测试这一点时,我至少遇到了
传入的
上下文的问题(可能还有更多,但我已经恢复了更改并停止了进一步的测试)

  • 是否可以配置星号,使其不使用标准的
    输入
    默认
    输出
    ,而使用我首选的
    ctx输入
    ctx默认
    ctx输出
  • 我还需要考虑什么其他的标准背景?我想这取决于所使用的应用程序?是否有标准上下文列表
    澄清一下,我这样做是因为在我的代码库中为
    传入的
    默认值
    进行grepping是一场噩梦。

    好主意——但不要忘记,在许多语言中,连字符将被解释为负号。我猜星号就是这么做的。使用下划线是可以的(
    ctx\u incoming
    等)。

    是的,可以在上下文中使用任何名称

    减号也可以,和任何英文字母一样

    pro-sip*CLI> dialplan show my-super-context 
    [ Context 'my-super-context' created by 'pbx_config' ]
      's' =>            1. Noop()                                     [pbx_config]
    
    没有任何标准的上下文。唯一的标准部分是“[general]”,其中包含全局变量


    你认为……[]#@不能使用

    是的,您可以使用任何迪拉普兰和您想要的上下文。这就是开源提供的灵活性:)

    您可以为自定义拨号计划编写任何上下文名称,但必须将这些名称包含在您提供给用户的主上下文中。命名约定的一个好主意是使用(_)而不是(-)


    e、 g:

    是的,这很有效。实际上,我第一次尝试时就做对了,但是忘记了调整自动生成的sip配置文件(在我的repo中没有检查),其中指定了sip用户的传入上下文。Thx,很好的警告,但在星号中允许连字符。我现在成功地将
    ctx-
    用于上下文,
    sub-
    用于子例程,
    lbl-
    用于标签。此外,星号在宏前面加上一个
    宏-