Matheus
ed4ae4421e
Pedido do usuário: "pode iniciar a montar o IVR e as rotas de entrada". Investigando antes de escrever qualquer XML de IVR, achei que NENHUMA chamada de entrada por tronco tinha como funcionar hoje, IVR ou não: nenhuma carregava `b2bcall_tenant_id` (só REGISTER de ramal e discagem de saída setam essa variable), e mesmo corrigindo isso, o profile "external" apontava pro contexto "public" vanilla — um arquivo ESTÁTICO, que sempre ganha de uma consulta ao mod_xml_curl, então nunca seria dinâmico enquanto se chamasse "public". Perguntei ao usuário a granularidade certa (por DID ou por tronco) antes de desenhar o schema — escolheu por DID, mais flexível (um tronco pode carregar vários números com destinos diferentes). `InboundRoute` nova (RLS real, FORCE ROW LEVEL SECURITY): `didNumber` único GLOBAL entre tenants (mesma exceção já aceita em Tenant.telephonyDomain) — é a ÚNICA forma de descobrir de qual tenant é uma chamada de entrada ANTES de identificar o tenant. Resolvido por fan-out sobre tenants ativos, nunca uma query sem contexto de RLS. Dockerfile repontou o profile external pra context="inbound" (sem arquivo estático, cai no mod_xml_curl de verdade). O XML gerado pra esse contexto injeta b2bcall_tenant_id + domain_name (achado real: sem setar domain_name explicitamente, o bridge da "Discagem interna" resolvia pro domínio GLOBAL default, nunca pro do tenant) e transfere pro dialplan real do tenant — reaproveita 100% do que já existe, inclusive pickup de grupo (PHASE 53). CRUD completo (InboundRoutesController, permissions novas no seed) + tela "Telefonia > Rotas de Entrada" no frontend. Testado com uma chamada REAL: um softphone registrado como ramal normal, outro discando direto pro profile external (porta 5080, sem registrar — exatamente como um provedor de tronco manda) um DID cadastrado. `show channels` confirma: tenant certo, contexto certo, domínio certo no bridge, codec PCMU negociado nos dois lados, ramal tocou e atendeu de verdade. Detalhes completos, inclusive uma tentativa de teste que falhou por limitação do canal `loopback` (não um bug), em docs/INBOUND_ROUTES.md. O IVR em si (menu com play_and_get_digits) fica pra próxima fase — esta é a fundação sem a qual nada de chamada de entrada funcionava. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01BFaBaBSQGhyXGEgtTYZGV8
120 lines
6.7 KiB
Docker
120 lines
6.7 KiB
Docker
# syntax=docker/dockerfile:1.7
|
||
#
|
||
# Imagem própria/controlada do FreeSWITCH (agente.md secao 19), usando os
|
||
# pacotes pré-compilados do SignalWire em vez de compilar da fonte — build
|
||
# de C/C++ e´ pesado demais pra VM de laboratorio (1.9GB RAM).
|
||
FROM debian:trixie-slim
|
||
|
||
ENV DEBIAN_FRONTEND=noninteractive
|
||
|
||
RUN apt-get update \
|
||
&& apt-get install -y --no-install-recommends ca-certificates gnupg curl \
|
||
&& rm -rf /var/lib/apt/lists/*
|
||
|
||
# FREESWITCH_PAT só existe durante este RUN (BuildKit secret, nunca vira
|
||
# camada da imagem) e o arquivo de credenciais do apt é apagado antes do fim
|
||
# do MESMO RUN — agente.md secao 11: "a credencial nao devera permanecer na
|
||
# imagem runtime".
|
||
RUN --mount=type=secret,id=freeswitch_pat,required=true \
|
||
set -eu; \
|
||
FS_PAT="$(cat /run/secrets/freeswitch_pat)"; \
|
||
curl -fsSL -u "signalwire:${FS_PAT}" \
|
||
https://freeswitch.signalwire.com/repo/deb/debian-release/signalwire-freeswitch-repo.gpg \
|
||
-o /usr/share/keyrings/signalwire-freeswitch-repo.gpg; \
|
||
install -d -m 700 /etc/apt/auth.conf.d; \
|
||
printf 'machine freeswitch.signalwire.com\nlogin signalwire\npassword %s\n' "${FS_PAT}" \
|
||
> /etc/apt/auth.conf.d/freeswitch.conf; \
|
||
chmod 600 /etc/apt/auth.conf.d/freeswitch.conf; \
|
||
echo "deb [signed-by=/usr/share/keyrings/signalwire-freeswitch-repo.gpg] https://freeswitch.signalwire.com/repo/deb/debian-release/ trixie main" \
|
||
> /etc/apt/sources.list.d/freeswitch.list; \
|
||
apt-get update; \
|
||
apt-get install -y --no-install-recommends \
|
||
freeswitch-meta-vanilla \
|
||
freeswitch-conf-vanilla \
|
||
freeswitch-mod-xml-curl \
|
||
freeswitch-mod-callcenter \
|
||
freeswitch-mod-avmd \
|
||
freeswitch-mod-curl; \
|
||
rm -f /etc/apt/auth.conf.d/freeswitch.conf /etc/apt/sources.list.d/freeswitch.list; \
|
||
rm -rf /var/lib/apt/lists/*
|
||
|
||
# Overrides mínimos por cima da config vanilla (agente.md secao 15: "carregar
|
||
# somente o necessário"). Directory/dialplan/sip_profiles ficam na config
|
||
# vanilla padrão por enquanto — serão substituídos por mod_xml_curl na fase
|
||
# "Extensions/Trunks/Dialplan" (ver docs/FREESWITCH.md).
|
||
COPY overrides/autoload_configs/modules.conf.xml /etc/freeswitch/autoload_configs/modules.conf.xml
|
||
COPY overrides/autoload_configs/event_socket.conf.xml /etc/freeswitch/autoload_configs/event_socket.conf.xml
|
||
COPY overrides/autoload_configs/acl.conf.xml /etc/freeswitch/autoload_configs/acl.conf.xml
|
||
COPY overrides/autoload_configs/xml_curl.conf.xml /etc/freeswitch/autoload_configs/xml_curl.conf.xml
|
||
COPY overrides/autoload_configs/callcenter.conf.xml /etc/freeswitch/autoload_configs/callcenter.conf.xml
|
||
RUN mkdir -p /etc/freeswitch/autoload_configs/callcenter_queues.conf.d
|
||
|
||
# Pino $${domain} num valor estavel em vez do IP dinamico do container
|
||
# (vars.xml vanilla usa "domain=$${local_ip_v4}", que muda a cada restart e
|
||
# nunca bateria com Tenant.telephonyDomain). Ver docs/EXTENSIONS.md.
|
||
ARG DEFAULT_SIP_DOMAIN=b2bcall.local
|
||
RUN sed -i "s/data=\"domain=\$\${local_ip_v4}\"/data=\"domain=${DEFAULT_SIP_DOMAIN}\"/" \
|
||
/etc/freeswitch/vars.xml \
|
||
&& grep -q "domain=${DEFAULT_SIP_DOMAIN}" /etc/freeswitch/vars.xml
|
||
|
||
# Multi-domínio real por tenant (PHASE 52, docs/EXTENSIONS.md) — achado
|
||
# real, confirmado só depois de registrar um SIP de verdade (o teste por
|
||
# curl direto no mod_xml_curl não pegava isto, porque roda ANTES do
|
||
# xml_curl ser consultado): o profile "internal" vanilla vem com
|
||
# `force-register-domain`/`force-subscription-domain`/
|
||
# `force-register-db-domain` fixados em `$${domain}` — REGISTER de
|
||
# QUALQUER identidade era resolvido contra o domínio fixo do profile
|
||
# ("b2bcall.local"), nunca o domínio que o tenant realmente tem
|
||
# (`acme.b2bcall.net`), dando 403 Forbidden sempre. `<domain name="all"
|
||
# alias="true".../>` (também vanilla) só afeta contexto de dialplan, não
|
||
# esta checagem de REGISTER. Removendo os 3 params (procedimento padrão
|
||
# documentado do próprio FreeSWITCH pra multi-domínio), o REGISTER passa
|
||
# a resolver o domínio do próprio pedido — confirmado registrando um
|
||
# softphone de teste de verdade contra `acme.b2bcall.net`.
|
||
RUN sed -i \
|
||
-e '/<param name="force-register-domain"/d' \
|
||
-e '/<param name="force-subscription-domain"/d' \
|
||
-e '/<param name="force-register-db-domain"/d' \
|
||
/etc/freeswitch/sip_profiles/internal.xml \
|
||
&& ! grep -q "force-register-domain\|force-subscription-domain\|force-register-db-domain" /etc/freeswitch/sip_profiles/internal.xml
|
||
|
||
# RTP num range fixo e pequeno (PHASE 54, docs/EXTENSIONS.md) — o range
|
||
# vanilla default (16384-32768, ~16k portas) é inviável de publicar uma a
|
||
# uma no host; achado ao tentar registrar um softphone de fora da rede
|
||
# Docker pela primeira vez (nenhuma porta SIP/RTP estava publicada até
|
||
# aqui — só o Event Socket interno). Restrito a 200 portas, suficiente
|
||
# pra alguns testes/chamadas simultâneas em laboratório.
|
||
RUN sed -i \
|
||
-e 's#<!-- <param name="rtp-start-port" value="16384"/> -->#<param name="rtp-start-port" value="16384"/>#' \
|
||
-e 's#<!-- <param name="rtp-end-port" value="32768"/> -->#<param name="rtp-end-port" value="16584"/>#' \
|
||
/etc/freeswitch/autoload_configs/switch.conf.xml \
|
||
&& grep -q '<param name="rtp-start-port" value="16384"/>' /etc/freeswitch/autoload_configs/switch.conf.xml \
|
||
&& grep -q '<param name="rtp-end-port" value="16584"/>' /etc/freeswitch/autoload_configs/switch.conf.xml
|
||
|
||
# Rotas de entrada por DID (PHASE 56, docs/INBOUND_ROUTES.md) — achado
|
||
# real: nenhuma chamada que chega pelo profile "external" carrega
|
||
# `b2bcall_tenant_id` (só REGISTER de ramal e discagem de saída setam essa
|
||
# variable), então uma chamada de entrada não tem como saber de qual
|
||
# tenant é. O contexto "public" vanilla (pra onde o profile "external"
|
||
# aponta por padrão) é um ARQUIVO ESTÁTICO (`dialplan/public.xml`) — a
|
||
# config estática sempre ganha da consulta ao mod_xml_curl, então esse
|
||
# contexto NUNCA seria dinâmico enquanto se chamar "public". Renomeado
|
||
# pra "inbound" (sem arquivo estático nenhum): toda chamada de entrada
|
||
# passa a cair no mod_xml_curl (b2bcall-fs-config), que resolve o dono do
|
||
# DID e injeta o tenant antes de encaminhar (packages/telephony
|
||
# buildInboundRouteXml). `dialplan/public.xml` fica no lugar, sem efeito
|
||
# — não precisa remover, só não é mais alcançado por nenhum profile.
|
||
RUN sed -i 's#<param name="context" value="public"/>#<param name="context" value="inbound"/>#' \
|
||
/etc/freeswitch/sip_profiles/external.xml \
|
||
&& grep -q '<param name="context" value="inbound"/>' /etc/freeswitch/sip_profiles/external.xml
|
||
|
||
COPY entrypoint.sh /usr/local/bin/entrypoint.sh
|
||
RUN chmod +x /usr/local/bin/entrypoint.sh
|
||
|
||
EXPOSE 8021
|
||
EXPOSE 5060/udp 5060/tcp
|
||
EXPOSE 16384-16584/udp
|
||
|
||
ENTRYPOINT ["/usr/local/bin/entrypoint.sh"]
|
||
CMD ["/usr/bin/freeswitch", "-nonat"]
|