não pode obter o freeswitch para redirecionar as chamadas de volta para o kamailio

1

Informações básicas:

Estou tentando seguir o tutorial encontrado aqui: link

A configuração básica é a seguinte:

  • Dois telefones Polycom (192.168.1.100 e 192.168.1.102)
  • Um servidor Kamailio (192.168.1.101) que lida com registros e localização do usuário
  • Um servidor Freeswitch (192.168.1.111) que cuida de vmail, teleconferências, etc.

Problema:

A má notícia é que quando eu tento chamar o ext 888 de 999 ou vice-versa, ele não funciona. Eu recebo um sinal de ocupado, mesmo que ambos os telefones estejam online. (para o que vale a pena chamar de conferência)

Código / configuração:

Aqui está a seção no container padrão / fora da caixa de dialplan que foi adicionado para suportar minha configuração "

<extension name="kbridge">
  <condition field="destination_number" expression="^(.+)$">
              <action application="set" data="proxy_media=true"/>
              <action application="set" data="call_timeout=50"/>
              <action application="set" data="continue_on_fail=true"/>
              <action application="set" data="hangup_after_bridge=true"/>
              <action application="set" data="sip_invite_domain=192.168.1.111"/>
              <action application="export" data="sip_contact_user=ufs"/>
              <action application="bridge" data="sofia/$${domain}/[email protected]"/>
              <action application="answer"/>
              <action application="voicemail" data="default ${domain_name} $1"/>
  </condition>
</extension>

Isto é o que o meu acl.conf.xml se parece em parte: (note que eu adicionei o endereço IP do meu servidor Kam ... não tenho certeza se isso é o que eu deveria fazer, ou adicione o endereço do meu servidor de freeswitch )

<list name="domains" default="deny">
  <!-- domain= is special it scans the domain from the directory to build the ACL -->
  <node type="allow" domain="$${domain}"/>
  <!-- use cidr= if you wish to allow ip ranges to this domains acl. -->
  <node type="allow" cidr="192.168.1.101"/> 
  <node type="allow" cidr="192.168.1.111"/> 
</list>

e aqui está o diaplan público (public.xml)

   <extension name="from_kamailio">
      <condition field="network_addr" expression="^192\.168\.1\.101$" />
        <condition field="destination_number" expression="^(.+)$">
        <action application="transfer" data="$1 XML default"/>
      </condition>
    </extension>

O que eu fiz até agora / Debug Information

Usando o tcpdump no meu servidor kamailio, a porta 5060, eu posso ver que as chamadas chegam ao freeswitch. Mas o freeswitch não envia a chamada de volta para o proxy e depois para o telefone. Ele retorna a seguinte mensagem de gole:

SIP/2.0 480 Temporarily Unavailable
   Via: SIP/2.0/UDP 192.168.1.101;branch=z9hG4bK15fa.79754276.0
   Via: SIP/2.0/UDP 192.168.1.102;branch=z9hG4bKb403de76A8D7964
   Max-Forwards: 14
   From: "999" <sip:[email protected]>;tag=C73F8AE1-87260556
   To: <sip:[email protected];user=phone>;tag=KB5jNeBv3ZmaQ
   Call-ID: [email protected]
   CSeq: 1 INVITE
   User-Agent: FreeSWITCH-mod_sofia/1.5.12b+git~20140320T233219Z~dd242f3ba6~32bit
   Accept: application/sdp
   Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY
   Supported: timer, path, replaces
   Allow-Events: talk, hold, conference, refer
   Reason: Q.850;cause=16;text="NORMAL_CLEARING"
   Content-Length: 0
   Remote-Party-ID: "888" <888>;party=calling;privacy=off;screen=no

quando eu dou uma olhada nos dados de depuração no cliente freeswitch, isso é o que eu vejo re: esta chamada: (apenas os itens principais postados)

2014-03-26 17:02:31.825479 [NOTICE] switch_channel.c:1053 New Channel sofia/external/[email protected] [f284cfd6-b529-11e3-aa7f-35418c26e85f]
2014-03-26 17:02:31.825479 [DEBUG] switch_channel.c:2177 (sofia/external/[email protected]) Callstate Change DOWN -> RINGING
2014-03-26 17:02:31.825479 [DEBUG] switch_core_state_machine.c:523 (sofia/external/[email protected]) State ROUTING
2014-03-26 17:02:31.825479 [DEBUG] mod_sofia.c:123 sofia/external/[email protected] SOFIA ROUTING
2014-03-26 17:02:31.825479 [DEBUG] switch_core_state_machine.c:164 sofia/external/[email protected] Standard ROUTING
2014-03-26 17:02:31.825479 [INFO] mod_dialplan_xml.c:558 Processing 999 <999>->888 in context public
Dialplan: sofia/external/[email protected] parsing [public->unloop] continue=false
Dialplan: sofia/external/[email protected] Regex (PASS) [unloop] ${unroll_loops}(true) =~ /^true$/ break=on-false
Dialplan: sofia/external/[email protected] Regex (PASS) [from_kamailio] network_addr(192.168.1.101) =~ /^192\.168\.1\.101$/ break=on-false
Dialplan: sofia/external/[email protected] Regex (PASS) [from_kamailio] destination_number(kb-888) =~ /^(.+)$/ break=on-false
Dialplan: sofia/external/[email protected] Action transfer(888 XML default) 
2014-03-26 17:02:31.825479 [NOTICE] switch_ivr.c:1837 Transfer sofia/external/[email protected] to XML[888@default]
2014-03-26 17:02:31.825479 [INFO] mod_dialplan_xml.c:558 Processing 999 <999>->888 in context default
2014-03-26 17:02:31.845470 [NOTICE] switch_ivr.c:1837 Transfer sofia/external/[email protected] to enum[888@default]
2014-03-26 17:02:31.845470 [DEBUG] switch_core_state_machine.c:530 (sofia/external/[email protected]) State EXECUTE going to sleep
2014-03-26 17:02:31.845470 [DEBUG] switch_core_state_machine.c:467 (sofia/external/[email protected]) Running State Change CS_ROUTING
2014-03-26 17:02:31.845470 [DEBUG] switch_core_state_machine.c:523 (sofia/external/[email protected]) State ROUTING
2014-03-26 17:02:31.845470 [DEBUG] mod_sofia.c:123 sofia/external/[email protected] SOFIA ROUTING
2014-03-26 17:02:31.845470 [DEBUG] switch_core_state_machine.c:164 sofia/external/[email protected] Standard ROUTING
2014-03-26 17:02:31.845470 [DEBUG] mod_enum.c:642 ENUM Lookup on kb-888
2014-03-26 17:02:31.845470 [DEBUG] mod_enum.c:494 No Nameservers specified, using host default
2014-03-26 17:02:32.005525 [NOTICE] switch_core_state_machine.c:313 sofia/external/[email protected] has executed the last dialplan instruction, hanging up.
2014-03-26 17:02:32.005525 [NOTICE] switch_core_state_machine.c:315 Hangup sofia/external/[email protected] [CS_EXECUTE] [NORMAL_CLEARING]

Em seguida, mostra a mensagem de erro SIP temporariamente indisponível.

Eu tentei seguir o tutorial para o T .. Mas não está funcionando. Qualquer sugestão seria apreciada. Obrigado.

EDIT 1

Eu não sei por que essa solução alternativa funciona ... mas descobri que alterar o plano de discagem da mesma forma corrige o problema:

<extension name="kbridge">
  <condition field="destination_number" expression="^(.+)$">
              <action application="set" data="proxy_media=true"/>
              <action application="set" data="call_timeout=50"/>
              <action application="set" data="continue_on_fail=true"/>
              <action application="set" data="hangup_after_bridge=true"/>
              <action application="set" data="sip_invite_domain=192.168.1.111"/>
              <action application="export" data="sip_contact_user=ufs"/>
              <!--<action application="bridge" data="sofia/$${domain}/[email protected]"/>-->
              <action application="bridge" data="sofia/external/[email protected]"/>
              <action application="answer"/>
              <action application="voicemail" data="default ${domain_name} $1"/>
  </condition>
</extension>

Observe que removi a variável $$ {domain} e codifiquei-a para "external". Agora minhas chamadas entre ramais funcionam. Eu não sei porque este é o caso, mas atualmente estou procurando descobrir onde a variável de domínio está definida.

    
por dot 26.03.2014 / 22:01

0 respostas