ARREGLAR

Sinopsis El comando de ZapRAS está para el uso con Zap conexiones del ISDN del canal. Proporciona un servidor del acceso alejado (RAS) para permitir que utilices algunos de tus canales del ISDN como canales de los datos para darte una trasmisión de datos (quizás una conexión del Internet). Este comando no está para el uso con las líneas análogas; no proporciona un emulador del módem.

Descripción: ZapRAS (args)

Ejecuta un servidor de RAS usando el pppd en el canal dado. Tu pppd se debe remendar para estar Zaptel-enterado, también tu núcleo necesita estar ppp-enterado.

Puntos de partida

• Necesitas conseguir tu pppd remendado para apoyar Zaptel. Ver ftp://ftp.digium.com/pub/zaptel/misc/.
• Necesitarás el tarball y ambos remiendos enumerados.
• Necesitas aplicar el remiendo de PPPoE entonces el remiendo de Zaptel.
• Se parece tú necesidad de tener ayuda de PPPoE para tu núcleo. Intentar marcar cualquier opción ppp-relacionada del núcleo con etiqueta como módulos. Ayuda.

A este punto debes poder compilar e instalar al demonio del pppd. Después que debes re-compilar el zaptel y después marcarse con asterisco.

Una vez que hagas este nuevo pppd compilar, y tienes la ayuda del ppp en tu núcleo, eres listo para el configuración de tu Dialplan. Aquí está la entrada que conseguía comenzado con:

exten el ⇒ 9022.1, ZapRas (debug|64000|noauth|netmask| 255.255.255.0 | 192.168.10.1: 192.168.10.2)

ZapRAS te requiere partir las discusiones del pppd así que es fácil pasarlas al exec. La línea arriba registrará problemas al syslog, e importantemente, define las direcciones del IP que se utilizarán en cada lado (nota: el netmask arriba no está correcto, el ppp es un Point-to-Point Protocol, debe ser sth como 255.255.255.252 o aún .255, remeber para agregar alguno las rutas (“la ruta del IP de # agrega… vía…”). Desearás calcular hacia fuera qué banderas del pppd trabajarán lo más mejor posible para tu instalación, porque te ligas a muchos canales de B que es bueno inhabilitar protocolo de CCP en todos (compresión en pppd).

La línea antedicha fue utilizada mientras que una prueba del concepto para probar que podría conseguir fluir de los paquetes. Demasiado todavía tengo que cambiar estas banderas para el ambiente de la producción final. Conectamos con una tubería 75 de Lucent (ascender), y podíamos pasar el tráfico (silbido de bala) entre la tubería y la máquina de la entrada.

Apenas agregar el multilink a la lista de opciones de ZapRAS, y puedes enlazar tantos canales como se configuran para el un interfaz inferior idledial del ppp. (Esto se ha probado entre dos cajas del asterisco a través de un PRI.)

También probado en asterisco con la rebajadora Aliada-Telesyn 410 del alcance medio con la tarjeta PRI/E1. Podía marcar de asterisco con multilinked 30 canales de B y el bandwith completo del uso (~200 KB/s).

Nota: que el dialingout es mejor utilice un dialplan como esto:

dialout_exten: exten el ⇒ 111.1, fijar (CALLERID (TODO) =123456789) exten el ⇒ 111.2, dial (zap/g1/0987654321) exten el ⇒ 111.3, ZapRas (debug|64000|noauth|netmask| 255.255.255.0 | 192.168.10.1: 192.168.10.2)

y en zapata.conf (al llamar el lado):

• subsistencia por lo menos dos canales inusitados para la voz
• subsistencia por lo menos un canal de los datos
• pues el efecto de este los ajustes para ZapRAS allí podría ser cualquier número de los canales abiertos de B a partir de 1 y del conclusión en (30-2) 28 (en el acoplamiento E1).
• observar allí es el “0” antes de que número marcado y ningún “0” en callerid

minunused=2 minidle=1 idleext=111@dialout_exten

En lado del “servidor” necesitas recibir solamente llamada entrante.

Códigos de retorno Vuelve siempre -1.

Ver también

• Zap los canales
• Zap la configuración del canal
• Comando de PPPD

Notas

• La materia en zapata.conf, el idledial, el etc., está solamente para el lado del cliente.
• En el lado del servidor, observar que ZapRAS no contesta automáticamente a la línea. Debes agregar una respuesta antes de ZapRAS en tu extensions.conf, es decir:

exten el ⇒ 9022.1, respuesta exten el ⇒ 9022.2, ZapRas (debug|64000|noauth|netmask| 255.255.255.0 | 192.168.10.2: 192.168.10.1)

• Al conectar dos cajas del asterisco, recordar agregar (en lados) un poco de escritura del recomenzar-perro guardián que mate a todo el pppd e incluso marcar con asterisco quizá PIDs cuando ninguna respuesta del silbido de bala va por 15-30 segundos.
• En el lado del cliente utilizar una entrada dialplan, y como el primer remeber de la cosa para fijar CALLERID, muchos abastecedores de Telco no permitirán la conexión sin esto.
• Podía a achive un acoplamiento estable con usar 30 canales de B, bruja proporcioné el bandwith de ~200 KBps (testet con el ftp).
• Después del remeber de las pruebas para agregar el somekind de la autorización de PAP/CHAP al PPP. La compresión no es ninguna necesidad al usar ~30 canales. Pero cuando guardar solamente un somekind de B de compresión del ppp sería buena cosa a tener.
• desventaja del asterisco a los servidores/a las rebajadoras de RAS solicitas siempre una llamada del DISCURSO 0×00 (Dato-Sobre-Voz supuesta) y datos del uso sobre ella, no puedes pasar “una petición de la capacidad de portador” “datos transparentes”, y no puedes agregar nombre del carácter de ASCII 5 al acoplamiento (podría ser utilizado al distgundish de muchos (multi) ppp-acoplamientos cuando solamente un número de DDI es avalible, nombrando una llamada “prima” y el otro “deman” sería uselfull). Tan básicamente tu anfitrión/abastecedor del telco considera tu llamada como llamada de voz normal.
• Facturación Info: remeber que estás llamando un cierto numer, en Polonia frío tienes grupo del buissness (es decir canales de la opinión 2 B sin charching para el traffice entre él). Y el charching para la llamada podía ser costoso.