Algunos registros sobre el mapeo de la red interna del servidor sip red externa

Publicado desde: http://xiaominfc.com/sip/2018/03/26/%E5%85%B3%E4%BA%8Esip-server%E5%86%85%E7%BD%91%E6%98% A0% E5% B0% 84% E5% A4% 96% E7% BD% 91% E7% 9A% 84% E4% B8% 80% E4% BA% 9B% E8% AE% B0% E5% BD% 95. html

 

Prefacio


1. 公司要搞个呼叫中心
2. 用了sip这套方案
3. 买了GSM<=>sip的卡机
4. 卡机架设在内网
5. 外网放了个freepbx的sip server
freepbx 能通过卡机 拨打手机号

1 Mapeo de puertos (la máquina de tarjetas está mapeada a una ip en la red externa)

Comenzando con ngrok, pero no ngrok solo es compatible con tcp, github universal encontré personas que escriben frp compatible con dup (el servidor sip también admite la transmisión tcp pero de forma predeterminada con udp por defecto a un menor cambio de configuración) la máquina de tarjetas de 5060 udp está mapeada afuera

2 marcar

El marcador recibe la llamada normalmente, pero no hay sonido. . . . . Varias conjeturas (el operador bloqueó el paquete rtp). . . . . Me siento tan lindo. . . . . La razón es que el rtp de transmisión de voz se divide en dos líneas. . . . . Es posible que la máquina de tarjetas de la red interna pueda acceder a la red externa, pero es posible que la red externa no pueda acceder a la máquina de tarjetas. Entonces, ¿qué debo hacer si hay un problema con la transmisión del paquete de voz? Complemente información diversa Bueno, la solución común es la penetración de la red interna nat. Finalmente, se instala un coturn en la red externa para proporcionar el servicio de aturdimiento para configurar la máquina de tarjetas para que tenga sonido. . . . . (Buscar a tientas la modificación de la configuración durante mucho tiempo realmente no está familiarizado con estos)

3 Cuelga

Es extraño que ambas partes del teléfono no puedan recibir el evento de colgado del otro. . . . . . . Oye, hay todo tipo de eventos que se pueden ver, pero no hay que colgar. . . . . . Siento que algo anda mal. . . . . . Quiero cambiar varias configuraciones, pero todas son inútiles. Para decirlo sin rodeos, ¿qué debo hacer si hago un experimento a ciegas sin orientación teórica? Me estoy familiarizando con el protocolo sip complementando varios materiales, tomando las viejas formas de capturar paquetes, varios paquetes Invite, 100 Trying, 180 Ringing, 200OK. Ok, no más paquete ACK

1.多亏frp开源 又是用golang开发了
2.研究了一下源码 好吧frp是这么回事呀
3.改。。。。。。

Hay paquetes. . . . . El formato es el correcto. . . . . Supuse que el ACK se envió en el lugar equivocado. . . . . . Pensando en cambiar el paquete sip a nivel de frp, miré las diversas direcciones IP en el paquete sip y lo cambié. Fue otro intento sin orientación teórica e inventé información diversa. Por casualidad vi el artículo SIP INVITE: Contact Header  De repente, resultó que el valor del campo de contacto era incorrecto. Verifique con cuidado y descubrió que, aunque el puerto de la máquina de tarjetas está efectivamente mapeado a la red externa, el contacto en el paquete sip enviado por la máquina de tarjetas durante la transmisión sip es siempre la red externa correspondiente a esta red interna. IP y la máquina de tarjetas deben recibir re-INVITE, BYE, ACK, estos paquetes se envían a la dirección escrita por Contact, por lo que cambiamos el código fuente de frp y procesamos el valor de Póngase en contacto con la ip de la red externa y el puerto que asignamos Luego se recibe el paquete ACK. . . . . . . . .

PD

Es más útil comprender el problema y resolverlo.

Supongo que te gusta

Origin blog.csdn.net/gouguofei/article/details/108776773
Recomendado
Clasificación