ya.com-Asterisk no entran llamadas SIP

[j j]

Hola,

Asterisk 1.4.19.1

Me ocurre algo que me lleva de cabeza y

seguro que para 

vosotros está chupado, si alguien me

puede aportar luz....

Tengo servicio ya.com-Total y registro

este trunk con Asterisk.

Sin problema puedo hacer y recibir las

llamadas, pero 

diariamente, sin saber que lo provoca,

se está un tiempo (2 horas 

por lo menos) en las que puedo cursar

llamadas pero las 

ENTRANTES, Asterisk parece que las

rechaza según el siguiente 

debug:

(por supuesto cuando esto ocurre, el

trunk está bien 

autentificado/registrado y en el momento

de hacer 'sip reload' ya 

vuelve a operar bien)

!!cuando entra una llamada por el trunk

sip de ya.com, ocurre lo 

siguiente:

(Asterisk en 192.168.2.200)

(llamada entrante desde +34656******)

(numero trunk ya.com +34977******)

<--- SIP read from 84.78.3.126:5060

--->

INVITE sip:s...@192.168.2.200 SIP/2.0

Via: SIP/2.0/UDP 

84.78.3.126:5060;branch=z9hG4bKbc5e2497e

c4879eaaf1309cfa

3ddf4da

Via: SIP/2.0/UDP 

84.78.3.62:5060;branch=z9hG4bKedb4dc2acf

0480a95293ee18e

05345df.89fc4144

Record-Route: <sip:TASP001_NTX-

for...@84.78.3.126:5060;lr>

Max-Forwards: 68

To: <sip:s...@192.168.2.200>

From: "+34656******" 

<sip:+34656******@voipd.ya.com>;tag=85c6

8a50

Call-ID: 02b33c0a...@84.78.3.62

Contact:

<sip:TASP0...@84.78.3.62:5060>

Supported: precondition,replaces

CSeq: 5743614 INVITE

Allow: ACK, BYE, CANCEL, INVITE, NOTIFY,

OPTIONS, 

PRACK, REGISTER, UPDATE

Organization: Alcatel

P-Called-Party-ID:

<sip:+34977******@voipd.ya.com>

Content-Type: application/sdp

Content-Disposition: session

Content-Length: 167

v=0

o=- 4362501128 1264864457 IN IP4

84.78.2.120

s=SDP Data

c=IN IP4 84.78.2.120

t=0 0

m=audio 9910 RTP/AVP 8 101

a=rtpmap:101 telephone-event/8000

a=ptime:20

<------------->

--- (17 headers 8 lines) ---

Sending to 84.78.3.126 : 5060 (no NAT)

Using INVITE request as basis request -

02b33c0a...@84.78.3.62

Found no matching peer or user for

'84.78.3.126:5060'

[Jan 30 16:11:31] NOTICE[3036]:

chan_sip.c:13885 

handle_request_invite: Sending fake auth

rejection for user 

"+34656******"

<sip:+34656******@voipd.ya.com>;tag=85c6

8a50

<--- Reliably Transmitting (no NAT) to

84.78.3.126:5060 --->

SIP/2.0 401 Unauthorized

Via: SIP/2.0/UDP 

84.78.3.126:5060;branch=z9hG4bKbc5e2497e

c4879eaaf1309cfa

3ddf4da;received=84.78.3.126

Via: SIP/2.0/UDP 

84.78.3.62:5060;branch=z9hG4bKedb4dc2acf

0480a95293ee18e

05345df.89fc4144

From: "+34656******" 

<sip:+34656******@voipd.ya.com>;tag=85c6

8a50

To:

<sip:s...@192.168.2.200>;tag=as1e1cb497

Call-ID: 02b33c0a...@84.78.3.62

CSeq: 5743614 INVITE

User-Agent: SMC/SMC-0.10.003

Allow: INVITE, ACK, CANCEL, OPTIONS,

BYE, REFER, 

SUBSCRIBE, NOTIFY

Supported: replaces

WWW-Authenticate: Digest algorithm=MD5,

realm="asterisk", 

nonce="6d473ca3"

Content-Length: 0

!! y aqui se queda

-----------------------------------

!! al colgar la llamada que estaba

entrando:

<------------>

Scheduling destruction of SIP dialog 

'02b33c0a...@84.78.3.62' in 32000

ms (Method: INVITE)

<--- SIP read from 84.78.3.126:5060

--->

ACK sip:s...@192.168.2.200 SIP/2.0

Via: SIP/2.0/UDP 

84.78.3.126:5060;branch=z9hG4bKbc5e2497e

c4879eaaf1309cfa

3ddf4da

Record-Route: <sip:TASP001_NTX-

for...@84.78.3.126:5060;lr>

Max-Forwards: 68

To:

<sip:s...@192.168.2.200>;tag=as1e1cb497

From: "+34656******" 

<sip:+34656******@voipd.ya.com>;tag=85c6

8a50

Call-ID: 02b33c0a...@84.78.3.62

CSeq: 5743614 ACK

Content-Length: 0

----------------------------------------

--------------------------

en ocasiones aparece: (y justo tras

aparecer algunas veces 

vuelve a funcionar)

    -- ast_get_srv: SRV lookup for

'_sip._udp.proxy.voip.ya.com' 

mapped to host proxy1.voip.ya.com, port

5060

Comentario adicional seria que

constantemente, me aparecen 

mensajes de este estilo:

Really destroying SIP dialog 

'7e9fbdf77518095f...@192.16

8.2.200' Method: 

OPTIONS

Really destroying SIP dialog 

'1c81cc577256a0e0...@192.16

8.2.200' Method: 

OPTIONS

Really destroying SIP dialog 

'50e58cfa37e6edfc...@192.16

8.2.200' Method: 

OPTIONS

Agradeceré cualquier ayuda.

Gracias !

[Iñaki Baz Castillo]

> Found no matching peer or user for
> '84.78.3.126:5060'

¿Segurísimo que tienes un SIP peer definido con dicha IP 84.78.3.126?

[j j]

pues yo diría que si, te adjunto la definición en el sip.conf por si faltara algo...

Gracias,

[general]

context=from-yacom ;CONTEXTO DONDE IRAN LAS LLAMADAS ENTRANTES POR SIP para evitar el error de que no encuentra la extension 's' 

srvlookup=yes 

;localnet = 192.168.2.0/255.255.255.0 ;si da problemas COMENTARLO

bindport=5060 ;puerto UDP al que realizar la escucha

;port=5060 ; puerto UDP en el que respondera Asterisk

canreinvite=no ; a NO se fuerza a Asterisk a estar en medio no permitiendo que los puntos finales intercambien mensajes RTP directamente.

disallow=all

allow=all ;habilita todos los codecs

dtmfmode=rfc2833 ;RFC2833 para poder enviar FAX y manda los tonos como RTP

language=es

limitonpeers = yes

useragent=SMC/SMC-0.10.003 ; asterisk se identifica como SMC7908-A ISP

;sipdebug=yes

qualify=3000 ; Tiempo de latencia no superior a los milisegundos especificados (a yes implica 2000ms)

allowsubscribe=yes

;allowexternaldomains=no ; no permite INVITES a dominios SIP que no tengo

;;domain=192.168.2.0

autodomain=yes

allowguest=no 

alwaysauthreject=yes ; con esto se despista a quienes busquen usuarios para luego buscarles el password

defaultexpirey=3600

deny=0.0.0.0/0.0.0.0

permit=192.168.2.0/255.255.255.0 

bindaddr=192.168.2.200

register => +34977******@voipd.ya.com:XXXXXX:977******@proxy.voip.ya.com 

[yacom] 

srvlookup=yes;

type=peer

username=977******

secret=XXXXXX

fromuser=+34977******

;domain=voipd.ya.com

fromdomain=voipd.ya.com ;84.78.3.126

;host=voipd.ya.com          ;IMPORTANTE QUE SEA ESTE! NO SE RESUELVE POR LO QUE etc/hosts 84.78.3.126(proxy.voip.ya.com) y el 84.78.3.62 tambien funciona

host=84.78.3.126

context=from-yacom

;realm=voipd.ya.com

hanguponpolarityswitch=yes

answeronpolarityswich=yes

outboundproxy=84.78.3.62; proxy.voip.ya.com

canrenvite=no

insecure=no 

insecure=port,invite

;insecure=very

qualify=3000

nat=no

allow=all

usecallingpres=yes

;rtpholdtimeout=

dtmfmode=rfc2833

dtmf=rfc2833

rfc2833compensate=yes    ;si no se lo ponemos no coge dígitos el asterisk en su ivr (en esta version de Asterisk comprobado que funciona igual estando que no estando

port=5060

domain=voipd.ya.com

call-limit=3

2010/1/31 Iñaki Baz Castillo <ib...@xtratelecom.es>

--

[Iñaki Baz Castillo]

2010/1/31 j j <kil...@gmail.com>:

> [yacom]
> srvlookup=yes;

¿Por qué activas esa opción?

> type=peer
> username=977******
> secret=XXXXXX
> fromuser=+34977******
> ;domain=voipd.ya.com
> fromdomain=voipd.ya.com ;84.78.3.126
> ;host=voipd.ya.com          ;IMPORTANTE QUE SEA ESTE! NO SE RESUELVE POR LO
> QUE etc/hosts 84.78.3.126(proxy.voip.ya.com) y el 84.78.3.62 tambien
> funciona
> host=84.78.3.126
> context=from-yacom
> ;realm=voipd.ya.com

> hanguponpolarityswitch=yes
> answeronpolarityswich=yes

¿¿Y estas dos opciones que so¡ólo valen para tarjetas analógicas??

> outboundproxy=84.78.3.62; proxy.voip.ya.com
> canrenvite=no
> insecure=no
> insecure=port,invite

¿dos veces definida la misma opción?

> ;insecure=very
> qualify=3000
> nat=no
> allow=all
> usecallingpres=yes
> ;rtpholdtimeout=
> dtmfmode=rfc2833
> dtmf=rfc2833
> rfc2833compensate=yes    ;si no se lo ponemos no coge dígitos el asterisk en
> su ivr (en esta version de Asterisk comprobado que funciona igual estando
> que no estando
> port=5060
> domain=voipd.ya.com

Este campo sólo sirve para la sección [general].

Yo primero limpiaría esa configuración:
http://www.voip-info.org/wiki/view/Asterisk+config+sip.conf

[j j]

2010/1/31 Iñaki Baz Castillo <ib...@xtratelecom.es>

2010/1/31 j j <kil...@gmail.com>:

> [yacom]
> srvlookup=yes;

¿Por qué activas esa opción?

he leído que con esta opción a yes queda activado el servidor DNS SRV, y como en la configuración de mi router yacom está activado, pues por eso lo metí

Haré lo que dices con el sip.conf, gracias.

[Iñaki Baz Castillo]

El día 31 de enero de 2010 22:09, j j <kil...@gmail.com> escribió:

>> he leído que con esta opción a yes queda activado el servidor DNS SRV

¿¿qué??

[j j]

He estado haciendo pruebas y he depurado el sip.conf.
Ahora la situación es la siguiente:

ASTERISK no se entera de las llamadas SIP/entrantes (teniendo habilitado el sip debug, no aparece ninguna cabecera ni mensaje cuando entra una llamada por el trunk)

Cuando intento salir por el trunk, da SIP/2.0 401 Unauthorized

El registry con YA.COM es correcto.

Todo esto se soluciona en el mismo instante en que vuelvo a realizar un SIP RELOAD, pero no es plan!

Lo curioso es que capturo el trafico de la LAN con Whireshark, y detecta perfectamente las llamadas entrantes, el destino de esas llamadas siempre es:
      sip:s...@192.168.2.200 (es la dirección donde está Asterisk)

Que explicación puede tener esto ?

(El router tiene DMZ hacia un fireware por hardware, y alli tengo abiertos los clásicos puertos; Asterisk cuelga de este fireware), pero no creo que sea un tema de puertos porque cuando esta fallando, le pongo al fireware DMZ hacia Asterisk, y sigue igual)

Adjunto la trama que puedo obtener cuando intento salir por el trunk y me da SIP/2.0 401 Unauthorized:

Audio is at 192.168.2.200 port 44674
Adding codec 0x8 (alaw) to SDP
Adding non-codec 0x1 (telephone-event) to SDP
Reliably Transmitting (NAT) to 84.78.3.62:5060:
INVITE sip:97m...@84.78.3.126 SIP/2.0
Via: SIP/2.0/UDP 192.168.2.200:5060;branch=z9hG4bK446e9b27;rport
From: "+34977minum" <sip:+3497...@voipd.ya.com>;tag=as0211de76
To: <sip:977m...@84.78.3.126>
Contact: <sip:+3497...@192.168.2.200>
Call-ID: 0f27c8fa559a9720...@voipd.ya.com
CSeq: 102 INVITE
User-Agent: SMC/SMC-0.10.003
Max-Forwards: 70
Date: Sat, 06 Feb 2010 18:54:02 GMT

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces

Content-Type: application/sdp
Content-Length: 240

v=0
o=root 2926 2926 IN IP4 192.168.2.200
s=session
c=IN IP4 192.168.2.200
t=0 0
m=audio 44674 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv

---
    -- Called YACOM/977destino
  == Begin MixMonitor Recording SIP/201-09ea2600
asteia*CLI>
<--- SIP read from 84.78.3.62:5060 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 192.168.2.200:5060;rport=5060;received=92.56.mi.ip;branch=z9hG4bK446e9b27
To: <sip:977de...@84.78.3.126>;tag=6e0d578d
From: "+34977minum" <sip:+3497...@voipd.ya.com>;tag=as0211de76
Call-ID: 0f27c8fa559a9720...@voipd.ya.com
CSeq: 102 INVITE
WWW-Authenticate: Digest algorithm=MD5, nonce="54c0c3171fad7fa152acca57a39c58c35827978e5f7882bed7c9b0e5838c7c8f", opaque="54c0c3171fad7fa152acca57a39c58c35827978e5f7882bed7c9b0e5838c7c8f", realm="DIRECTO-YA"
Content-Length: 0


<------------->
--- (8 headers 0 lines) ---
Transmitting (NAT) to 84.78.3.62:5060:
ACK sip:977m...@84.78.3.126 SIP/2.0
Via: SIP/2.0/UDP 192.168.2.200:5060;branch=z9hG4bK446e9b27;rport
From: "+34977minum" <sip:+3497...@voipd.ya.com>;tag=as0211de76
To: <sip:977de...@84.78.3.126>;tag=6e0d578d
Contact: <sip:+3497...@192.168.2.200>
Call-ID: 0f27c8fa559a9720...@voipd.ya.com
CSeq: 102 ACK
User-Agent: SMC/SMC-0.10.003
Max-Forwards: 70
Content-Length: 0


---
Audio is at 192.168.2.200 port 44674
Adding codec 0x8 (alaw) to SDP
Adding non-codec 0x1 (telephone-event) to SDP
Reliably Transmitting (NAT) to 84.78.3.62:5060:
INVITE sip:977m...@84.78.3.126 SIP/2.0
Via: SIP/2.0/UDP 192.168.2.200:5060;branch=z9hG4bK79134e66;rport
From: "+34977minum" <sip:+3497...@voipd.ya.com>;tag=as0211de76
To: <sip:977de...@84.78.3.126>
Contact: <sip:+3497...@192.168.2.200>
Call-ID: 0f27c8fa559a9720...@voipd.ya.com
CSeq: 103 INVITE
User-Agent: SMC/SMC-0.10.003
Max-Forwards: 70
Authorization: Digest username="977minum", realm="DIRECTO-YA", algorithm=MD5, uri="sip:977m...@84.78.3.126", nonce="54c0c3171fad7fa152acca57a39c58c35827978e5f7882bed7c9b0e5838c7c8f", response="7e11d965bb9b5636e3f8230e1ba61e80", opaque="54c0c3171fad7fa152acca57a39c58c35827978e5f7882bed7c9b0e5838c7c8f"
Date: Sat, 06 Feb 2010 18:54:02 GMT

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces

Content-Type: application/sdp
Content-Length: 240

v=0
o=root 2926 2927 IN IP4 192.168.2.200
s=session
c=IN IP4 192.168.2.200
t=0 0
m=audio 44674 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv

---
asteia*CLI>
<--- SIP read from 84.78.3.62:5060 --->
SIP/2.0 100 INTENTANDO
Via: SIP/2.0/UDP 192.168.2.200:5060;rport=5060;received=92.56.mi.ip;branch=z9hG4bK79134e66
To: <sip:977de...@84.78.3.126>
From: "+34977minum" <sip:+3497...@voipd.ya.com>;tag=as0211de76
Call-ID: 0f27c8fa559a9720...@voipd.ya.com
CSeq: 103 INVITE
Content-Length: 0


<------------->
--- (7 headers 0 lines) ---
asteia*CLI>
<--- SIP read from 84.78.3.62:5060 --->
SIP/2.0 403 Forbidden
Via: SIP/2.0/UDP 192.168.2.200:5060;rport=5060;received=92.56.mi.ip;branch=z9hG4bK79134e66
To: <sip:977de...@84.78.3.126>;tag=f920396e
From: "+34977minum" <sip:+3497...@voipd.ya.com>;tag=as0211de76
Call-ID: 0f27c8fa559a9720...@voipd.ya.com
CSeq: 103 INVITE
Content-Length: 0


<------------->
--- (7 headers 0 lines) ---
Transmitting (NAT) to 84.78.3.62:5060:
ACK sip:977m...@84.78.3.126 SIP/2.0
Via: SIP/2.0/UDP 192.168.2.200:5060;branch=z9hG4bK79134e66;rport
From: "+34977minum" <sip:+3497...@voipd.ya.com>;tag=as0211de76
To: <sip:977de...@84.78.3.126>;tag=f920396e
Contact: <sip:+3497...@192.168.2.200>
Call-ID: 0f27c8fa559a9720...@voipd.ya.com
CSeq: 103 ACK
User-Agent: SMC/SMC-0.10.003
Max-Forwards: 70
Content-Length: 0


---
[Feb  6 19:54:02] WARNING[3036]: chan_sip.c:12265 handle_response_invite: Received response: "Forbidden" from '"+34977minum" <sip:+3497...@voipd.ya.com>;tag=as0211de76'
    -- SIP/YACOM-09eb7dd0 is circuit-busy
  == Everyone is busy/congested at this time (1:0/1/0)

------------- AQUI CUELGO LA LLAMADA ENTRANTE

    -- <SIP/201-09ea2600> Playing '/BUSYc' (language 'es')
Really destroying SIP dialog '0f27c8fa559a9720...@voipd.ya.com' Method: INVITE
[Feb  6 19:54:04] WARNING[3901]: channel.c:2533 ast_prod: Prodding channel 'SIP/201-09ea2600' failed
    -- Started music on hold, class 'default', on SIP/201-09ea2600
    -- Stopped music on hold on SIP/201-09ea2600



                                       sip.conf :
[general]
context=from-yacom ;          
srvlookup=yes ;               
bindport=5060 ;               
bindaddr=0.0.0.0 ;           
canreinvite=no ;              
disallow=all ;             
allow=all ;              
dtmfmode=rfc2833 ;          

language=es ;              
limitonpeers = yes
useragent=SMC/SMC-0.10.003 ;        

call-limit=5 ;               
qualify=3000 ;              
allowsubscribe=yes
defaultexpirey=3600 ;           
externip=92.56.mi.ip
ignoreregexpire=yes ;                

register => +3497...@voipd.ya.com:secret:977m...@proxy.voip.ya.com

[yacom]
srvlookup=yes;
type=peer
secret=secret
username=977minum
fromuser=+34977minum
fromdomain=voipd.ya.com
host=84.78.3.126
context=from-yacom
outboundproxy=84.78.3.62; proxy.voip.ya.com
canrenvite=no
insecure=port,invite
qualify=3000
nat=yes
disallow=all
allow=alaw
usecallingpres=yes
call-limit=3


De momento y como solución TEMPORAL, alguien puede indicarme como hacer los CLI> sip reload automaticamente 1 vez cada 50 minutos por ejemplo ??

Muchas gracias,

--
Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)

~~~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- Para anular la suscripción: asterisk-es...@googlegroups.com

[Ramses II]

Jj, buenos días,

Apunta:

1º.- Firewire es pá conectar tu Video-Cámara, el Firewall es pá lo del
Asterisk y esas cosas de red…

2º.- Si rebuscas mucho por la red, seguro que llegas a algún documento en
Google que te canta que puedes ejecutar comandos como:

asterisk “-rx sip reload”

Directamente desde la Consola Linux.

Si a eso le pones un poco de imaginación y te presentan al señor Cron de
Linux, pues podrás hacer virguerías.

P.D.: Antes de que salten Iñaki y “el Jon”, con que esto no es forma de
contestar y esas cosas, “sí, con sarcasmito, pero esa es la respuesta a lo
que preguntas. No lo dudes, dale una vueltecita, que es eso LO QUE
PREGUNTAS.”. Otra cosa es que sea la forma de arreglar ese problema… ;-)

Saludos,

Ramses
________________________________________
De: aster...@googlegroups.com [mailto:aster...@googlegroups.com] En
nombre de j j
Enviado el: sábado, 06 de febrero de 2010 20:44
Para: aster...@googlegroups.com
Asunto: Re: [Asterisk-ES] ya.com-Asterisk no entran llamadas SIP

[j j]

jeje, gracias hombre.. he tomado nota de todo :)

Amplio INFO para seguir con el hilo y poder dar con la solución, que este mismo problema, me consta que le ocurre a más personas.. 

El  ' defaultexpirey ' para el registro con YA.com, en mi caso, si le pongo inferior a 3600, el servidor me da error de que es demasiado corto, por lo que debo poner 3600,

 PERO

 a nivel interno del servidor YA.com parece como si quisiera un refresco inferior a esos 3600, porque sino ocurre precisamente el problema que anuncio. Cuando Asterisk llega a los 3600 y vuelve a realizar el registro automáticamente: el problema queda solucionado por un tiempo más que no puedo concretar.

Es como si el servidor YA.com con el que me autentifico tuviera un ' minexpiry=3600 ' pero le traspasara mi registro a otro servidor que tuviera un 'minexpiry' de valor MAS CORTO y por eso PIERDO la capacidad de ORIGINAR LLAMADAS hasta que realice un nuevo registry (recibirlas puedo pero solo durante un tiempo sin determinar, si excede de ese tiempo, también acabo por perder la RECEPCION de llamadas).

De todas formas, estas apreciaciones no se como pueden estar relacionadas con que Asterisk OMITE totalmente por vía DEBUG las llamadas que seguro le entran por haberlas capturado en la misma LAN que tengo conectado Asterisk).

Gracias,

[Iñaki Baz Castillo]

El día 7 de febrero de 2010 14:59, j j <kil...@gmail.com> escribió:
> jeje, gracias hombre.. he tomado nota de todo :)
> Amplio INFO para seguir con el hilo y poder dar con la solución, que este
> mismo problema, me consta que le ocurre a más personas..
> El  ' defaultexpirey ' para el registro con YA.com, en mi caso, si le pongo
> inferior a 3600, el servidor me da error de que es demasiado corto, por lo
> que debo poner 3600,
>  PERO
>  a nivel interno del servidor YA.com parece como si quisiera un refresco
> inferior a esos 3600, porque sino ocurre precisamente el problema que
> anuncio. Cuando Asterisk llega a los 3600 y vuelve a realizar el registro
> automáticamente: el problema queda solucionado por un tiempo más que no
> puedo concretar.
> Es como si el servidor YA.com con el que me autentifico tuviera un
> ' minexpiry=3600 ' pero le traspasara mi registro a otro servidor que
> tuviera un 'minexpiry' de valor MAS CORTO y por eso PIERDO la capacidad de
> ORIGINAR LLAMADAS hasta que realice un nuevo registry (recibirlas puedo pero
> solo durante un tiempo sin determinar, si excede de ese tiempo, también
> acabo por perder la RECEPCION de llamadas).

Hola, gracias a dios existe el RFC 3261 que explica cómo se maneja el
"Expires" en los REGISTER (cómo actúa el server si no permite un valor
tan alto como el sugerido por el cliente, etc). Por desgracia parece
que tú te estás inventando cómo funciona este asunto.

http://tools.ietf.org/html/rfc3261#section-10.3 (punto 7).

> De todas formas, estas apreciaciones no se como pueden estar relacionadas
> con que Asterisk OMITE totalmente por vía DEBUG las llamadas que seguro le
> entran por haberlas capturado en la misma LAN que tengo conectado Asterisk).

Seguramente lo que te pasa es que a los ~60 segundos sin haber pasado
tráfico SIP tu router cierra la "conexión" UDP así que se pierde el
mapeo y el tráfico ya no entra.