[RESUELTO] Problema con llamadas entrantes FREEPBX

**navaismo** · 11-19-2013, 10:42 AM

Entonces quiere decir que no te estás registrando correctamente con tu proveedor, habilita de nuevo allowguest=yes, después habilita el sip debug y ejecuta el comando sip reload, pega la salida completa(al menos del intento de registro de tus líneas) para ver si existe el contacto.

**Christian Cabrera** · 11-19-2013, 10:47 AM

Creo que el problema es un tanto diferente, sobretodo porque si el registro no fuera correcto, aún con el allowguest=yes el proveedor no sabría donde enviarte las llamadas.

Mi teoría es que el proveedor te manda las llamadas desde una IP diferente a la que te registras. Esto ocasiona que al configurar tu troncal Asterisk no detecta que la llamada entrante pertenece a la troncal, así que le da trato de "guest", y por eso funciona solo cuando lo activas.

Tendrías que pegarnos el output del CLI al momento en que marcas y la llamada NO entra, para que podamos ver de donde proviene la llamada y entonces podamos recomendarte que configurar para que entre.

Saludos,

**eduardofora** · 11-20-2013, 10:44 AM

Muchas gracias por la pronta respuesta. Creo que pasa lo que dice Christian, pero les paso una seccion del log

Aca es cuando me da el error, llamando desde un movil al numero

-- Executing [1152373332@from-sip-external:1] NoOp("SIP/190.2.20.2-0000020d", "Received incoming SIP connection from unknown peer to 1152373332") in new stack
-- Executing [1152373332@from-sip-external:2] Set("SIP/190.2.20.2-0000020d", "DID=1152373332") in new stack
-- Executing [1152373332@from-sip-external:3] Goto("SIP/190.2.20.2-0000020d", "s,1") in new stack
-- Goto (from-sip-external,s,1)
-- Executing [s@from-sip-external:1] GotoIf("SIP/190.2.20.2-0000020d", "0?checklang:noanonymous") in new stack
-- Goto (from-sip-external,s,5)
-- Executing [s@from-sip-external:5] Set("SIP/190.2.20.2-0000020d", "TIMEOUT(absolute)=15") in new stack
Channel will hangup at 2013-11-20 14:23:55.383 ART.
-- Executing [s@from-sip-external:6] Log("SIP/190.2.20.2-0000020d", "WARNING,"Rejecting unknown SIP connection from 190.2.20.2"") in new stack
[2013-11-20 14:23:40] WARNING[28937]: Ext. s:6 @ from-sip-external: "Rejecting unknown SIP connection from 190.2.20.2"
-- Executing [s@from-sip-external:7] Answer("SIP/190.2.20.2-0000020d", "") in new stack
-- Executing [s@from-sip-external:8] Wait("SIP/190.2.20.2-0000020d", "2") in new stack
-- Executing [s@from-sip-external:9] Playback("SIP/190.2.20.2-0000020d", "ss-noservice") in new stack
-- <SIP/190.2.20.2-0000020d> Playing 'ss-noservice.gsm' (language 'en')
-- Executing [s@from-sip-external:10] PlayTones("SIP/190.2.20.2-0000020d", "congestion") in new stack
-- Executing [s@from-sip-external:11] Congestion("SIP/190.2.20.2-0000020d", "5") in new stack
== Spawn extension (from-sip-external, s, 11) exited non-zero on 'SIP/190.2.20.2-0000020d'
-- Executing [h@from-sip-external:1] Hangup("SIP/190.2.20.2-0000020d", "") in new stack

Tambien les paso el caso cuando lo pongo en YES y como guest funciona

-- Executing [1152373332@from-sip-external:1] NoOp("SIP/190.2.20.2-00000210", "Received incoming SIP connection from unknown peer to 1152373332") in new stack
-- Executing [1152373332@from-sip-external:2] Set("SIP/190.2.20.2-00000210", "DID=1152373332") in new stack
-- Executing [1152373332@from-sip-external:3] Goto("SIP/190.2.20.2-00000210", "s,1") in new stack
-- Goto (from-sip-external,s,1)
-- Executing [s@from-sip-external:1] GotoIf("SIP/190.2.20.2-00000210", "1?checklang:noanonymous") in new stack
-- Goto (from-sip-external,s,2)
-- Executing [s@from-sip-external:2] GotoIf("SIP/190.2.20.2-00000210", "1?setlanguage:from-trunk,1152373332,1") in new stack
-- Goto (from-sip-external,s,3)
-- Executing [s@from-sip-external:3] Set("SIP/190.2.20.2-00000210", "CHANNEL(language)=es") in new stack
-- Executing [s@from-sip-external:4] Goto("SIP/190.2.20.2-00000210", "from-trunk,1152373332,1") in new stack
-- Goto (from-trunk,1152373332,1)
-- Executing [1152373332@from-trunk:1] Set("SIP/190.2.20.2-00000210", "__FROM_DID=1152373332") in new stack
-- Executing [1152373332@from-trunk:2] Gosub("SIP/190.2.20.2-00000210", "app-blacklist-check,s,1()") in new stack
-- Executing [s@app-blacklist-check:1] GotoIf("SIP/190.2.20.2-00000210", "0?blacklisted") in new stack
-- Executing [s@app-blacklist-check:2] Set("SIP/190.2.20.2-00000210", "CALLED_BLACKLIST=1") in new stack
-- Executing [s@app-blacklist-check:3] Return("SIP/190.2.20.2-00000210", "") in new stack
-- Executing [1152373332@from-trunk:3] Gosub("SIP/190.2.20.2-00000210", "sub-record-cancel,s,1()") in new stack
-- Executing [s@sub-record-cancel:1] Set("SIP/190.2.20.2-00000210", "__REC_POLICY_MODE=") in new stack
-- Executing [s@sub-record-cancel:2] ExecIf("SIP/190.2.20.2-00000210", "1?Return()") in new stack
-- Executing [1152373332@from-trunk:4] Set("SIP/190.2.20.2-00000210", "__REC_POLICY_MODE=never") in new stack
-- Executing [1152373332@from-trunk:5] Set("SIP/190.2.20.2-00000210", "CDR(did)=1152373332") in new stack
-- Executing [1152373332@from-trunk:6] ExecIf("SIP/190.2.20.2-00000210", "0 ?Set(CALLERID(name)=1134091429)") in new stack
-- Executing [1152373332@from-trunk:7] Set("SIP/190.2.20.2-00000210", "__CALLINGPRES_SV=allowed_not_screened") in new stack
-- Executing [1152373332@from-trunk:8] Set("SIP/190.2.20.2-00000210", "CALLERPRES()=allowed_not_screened") in new stack
-- Executing [1152373332@from-trunk:9] Goto("SIP/190.2.20.2-00000210", "ivr-2,s,1") in new stack
-- Goto (ivr-2,s,1)
-- Executing [s@ivr-2:1] Set("SIP/190.2.20.2-00000210", "INVALID_LOOPCOUNT=0") in new stack
-- Executing [s@ivr-2:2] Set("SIP/190.2.20.2-00000210", "_IVR_CONTEXT_ivr-2=") in new stack
-- Executing [s@ivr-2:3] Set("SIP/190.2.20.2-00000210", "_IVR_CONTEXT=ivr-2") in new stack
-- Executing [s@ivr-2:4] Set("SIP/190.2.20.2-00000210", "__IVR_RETVM=") in new stack
-- Executing [s@ivr-2:5] GotoIf("SIP/190.2.20.2-00000210", "0?skip") in new stack
-- Executing [s@ivr-2:6] Answer("SIP/190.2.20.2-00000210", "") in new stack
-- Executing [s@ivr-2:7] Wait("SIP/190.2.20.2-00000210", "1") in new stack
-- Executing [s@ivr-2:8] Set("SIP/190.2.20.2-00000210", "IVR_MSG=custom/BIG") in new stack
-- Executing [s@ivr-2:9] Set("SIP/190.2.20.2-00000210", "TIMEOUT(digit)=3") in new stack
-- Digit timeout set to 3.000
-- Executing [s@ivr-2:10] ExecIf("SIP/190.2.20.2-00000210", "1?Background(custom/BIG)") in new stack
-- <SIP/190.2.20.2-00000210> Playing 'custom/BIG.slin' (language 'es')
== Spawn extension (ivr-2, s, 10) exited non-zero on 'SIP/190.2.20.2-00000210'
-- Executing [h@ivr-2:1] Hangup("SIP/190.2.20.2-00000210", "") in new stack

**eduardofora** · 11-20-2013, 10:53 AM

Nuestros proovedores nos pasaron los datos

Outbound Proxy Address: 190.2.20.2 port:5060 UDP
Server Address:hpbx.iplannetworks.net port:5060 UDP

Seguramente le estamos errando por aca.

Gracias nuevamente!

**hector** · 11-20-2013, 06:37 PM

yo pondría type=peer, quitaría el username, el secret y el host lo pondría como la IP.... en otra línea pondría el
register=>numero de iplan:contraseña:numero de iplan@voip/numero iplan

**Christian Cabrera** · 11-20-2013, 09:23 PM

O quítate de problemas.

Crea 2 troncales, a una ponle host=190.2.20.2 y a la otra host=hpbx.iplannetworks.net y dales el mismo trato a ambas. Las llamadas se deben recibir sin problemas.

**eduardofora** · 11-21-2013, 03:45 AM

Gracias Hector. Voy a realizar esta prueba y luego te cuento.

**eduardofora** · 11-21-2013, 03:46 AM

Gracias Christian. Es una excelente idea, yo creo que por ahi anda el problema, me da la idea que valida con una y con la otra realiza las llamadas. Tambien probare esta idea (que ni se me habia cruzado) y luego te cuento.

**eduardofora** · 11-22-2013, 03:52 AM

Efectivamente, como dijo Christian, creando dos troncales por cada SIP y registrandolas en ambos HOST funcionan, igualmente al revisar el CDR y llamar a cualquiera de las 3 SIP TRUNK, se ve como que ingresa por una sola (pero reconoce cada IVR e INCOMING DID). Creo que hay algun error en el registro. Se les ocurre otra cosa? Saludos y muchas gracias

**Christian Cabrera** · 11-22-2013, 03:33 PM

Coloca tus lineas de registro que tienes (tal cual, solo esconde las contraseñas) para ver cual es el detalle.

**eduardofora** · 11-26-2013, 04:08 AM

Cristian: Muchas gracias por tu ayuda. Te cuento como esta funcionando. Actualmente tengo 3 SIP de IPLAN (te paso como configure una a modo ejemplo); siguiendo tu concejo cree aparte de estas 3 SIP, 1 SIP con la misma configuracion PERO en el host=190.2.20.4 (hpbx.iplannetworks.net) y NO puse la REGISTER STRING, por lo que con tu ayuda razone que las llamadas ingresan por 190.2.20.2 y salen por 190.2.20.4 y que la register string apunta 192.2.20.4 (hpbx.iplannetworks.net). Me quedaron 4 SIP; 3 salientes y 1 SIP configurada como entrante.

Gracias a tu ayuda esta funcionando ya con Allow SIP Guests=NO y Allow Anonymous Inbound SIP Calls=NO, pero creo que esta desordenado. Para el caso funcional tu ayuda me fue EXCELENTE. Te paso como queda 1.

SIP TRUNK: 1152373332

Trunk Name: 1152373332

Outgoing Settings - PEER Details:
username=1152373332
type=peer
secret=micontraseña
outboundproxy=190.2.20.2
nat=yes
insecure=very
host=hpbx.iplannetworks.net
fromdomain=hpbx.iplannetworks.net
dtmfmode=rfc2833
context=from-trunk
call-limit=2

Incoming Settings - USER Context (en blanco)
USER Details (en blanco)

Register String
1152373332:micontraseña@1152373332/1152373332

Las otras 2 SIP, estan iguales solo que cambia el username y secret
-----------------------------------------

SIP TRUNK:1152373332_incoming

Trunk Name: 1152373332

Outgoing Settings - PEER Details:
username=1152373332
type=peer
secret=micontraseña
outboundproxy=190.2.20.2
nat=yes
insecure=very
host=190.2.20.2
fromdomain=hpbx.iplannetworks.net
dtmfmode=rfc2833
context=from-trunk
call-limit=2

Incoming Settings - USER Context (en blanco)
USER Details (en blanco)

Register String
(en blanco)

Gracias Christian!

**alvaroig** · 03-10-2014, 07:16 AM

Eduardo, antes que nada perdon por reabrir un tema resuelto. Queria consultarte si actualmente te sigue funcionando la cuenta de IPLAN de esa manera. Resulta que segui tus pasos de configuracion pero no logro hacer ingresar las llamadas (las salientes van sin problema). En el CLI de asterisk no observo nada pero habilitando el debug de sip entre otras cosas obtengo una leyenda similar a esta "No matching peer for '115xxxxxxx' from 190.2.20.2." Estoy usando Asterisk 1.8.20, esta detras de una NAT pero forwardeando el puerto 5060 UDP hacie el Asterisk. Gracias de antemano!!

**adionesis** · 05-15-2014, 12:41 PM

Hola que tal?

Lo de "Matching Peer" si mal no recuerdo, es por que no has armado el DID (Rutas entrantes) en el PBX, imagino que te dice eso por que no sabe a donde rutear la llamada "115XXXXX" que esta entrando por la IP 190.xxx.xxx.xxx

Saludos
Jorge

**MercadoNegro** · 05-28-2014, 08:41 PM

Hola,

Yo tambien estoy intentando configurar las lineas cloud de iPlan en un asterisk y no logro que se registren. Actualmente envia el string de registracion y se queda esperando la respuesta del host de iPlan.

Mi Asterisk esta detras de un router, tengo la configuracion del NAT y cuando manda la registracion lo hace bien, con la IP externa. (al menos eso muestra el debug del Asterisk). Tengo forwardeados todos los puertos a la IP del Asterisk, pero aun asi no funciona, y lo que mas me jode es que configuro cualquier soft-phone y anda de una sin forward ni nada.

Aun no pude identificar, porque no se como, si es que tengo mal el string de registracion o algun dato de configuracion del trunk, asique si alguno tiene la info actualizada me vendria barbaro.

[RESUELTO] Problema con llamadas entrantes FREEPBX

Anuncio