25 Aug
2008
25 Aug
'08
5:37 p.m.
Hi lista tengo unas dudas con mi kamailio y asterisk , estoy tratando
que mis llamadas entren al asterisk y este las redirija a algún
cliente sip , el caso es que me creo un usuario en openser llamado
sipuser con su respectivo pass lo registro en un teléfono sip y lo
anexo en mi sip.conf de asterisk
[openser]
type=friend
dtmfmode=rfc2833
context=netsoluciones
canreinvite=no
insecure=port,invite
host=192.168.10.1
disallow=all
allow=ulaw
allow=g729
[proxysip]
type=friend
username=sipuser
fromuser=sipuser
secret=linux12
insecure=port,invite
context=in-net
host=192.168.10.1
disallow=all
allow=ulaw
allow=g729
en el extension.conf
### Llamadas que entran de la pstn ####
[in-net]
exten=s,1,dial(SIP/${EXTEN}@proxysip)
exten=s,n,Hangup()
con esto debería recibir llamadas a este usuario sip ;) , pero no
entran en el cli de asterisk veo que se cae , ahora aquí tengo como un
doble choque , puesto que tengo un usuario llamada openser del tipo
friend cuando ejecuto las llamadas hacia la pstn me sale por el
sipproxy y no por el openser no se porque kamailio los saca por el
sipproxy, entonces la llamada se cae puesto que para ser llamadas a la
pstn esta en otro contexto el de "openser"
##### llamada que entra de la pstn atraves del ZAP #####
-- Starting simple switch on 'Zap/4-1'
-- Executing [s@in-net:1] Answer("Zap/4-1", "") in new stack
-- Executing [s@in-net:2] Dial("Zap/4-1", "SIP/s@proxysip") in new
stack
-- Called s@proxysip
-- SIP/proxysip-0a1a1478 is circuit-busy
#### Llamada que hago hacia la pstn####
[Aug 25 15:17:34] NOTICE[3466]: chan_sip.c:13952
handle_request_invite: Call from 'sipuser' to extension '2667802'
rejected because extension not found
si agrego al usuario sipproxy como user, para que solo reciba llamadas
no se registra en asterisk , no se porque , ahora cuando entra la
llamada de la pstn , como no se registra esto sale en el CLI
1 sip peers [Monitored: 1 online, 0 offline Unmonitored: 0 online, 0 offline]
-- Starting simple switch on 'Zap/4-1'
-- Executing [s@in-net:1] Dial("Zap/4-1", "SIP/s@proxysip") in new
stack
[Aug 25 15:26:54] WARNING[8727]: chan_sip.c:2925 create_addr: No such
host: proxysip
[Aug 25 15:26:54] WARNING[8727]: app_dial.c:1183 dial_exec_full:
Unable to create channel of type 'SIP' (cause 3 - No route to
destination)
== Everyone is busy/congested at this time (1:0/0/1)
reviso la traza del sip y veo que llega el INVITE del asterisk a
openser , pero este no responde con 200 OK , ya que el usuario sipuser
esta registrado en un tel , he anexado la opcion allow_trusted dentro
del invite pero aun asi no llama, que me recomiendan ?
######### TRAZA SIP ##############
#
U +1.874973 192.168.10.1:5070 -> 192.168.10.1:5060
Via: SIP/2.0/UDP 192.168.10.1:5070;branch=z9hG4bK5bed1bb9;rport
From: "asterisk" <sip:sipuser@192.168.10.1:5070>;tag=as47bf2898
To: <sip:s@192.168.10.1>
Contact: <sip:sipuser@192.168.10.1:5070>
Call-ID: 022c8e960fa59f2a26b3a6b577409efb(a)192.168.10.1
CSeq: 102 INVITE
User-Agent: Asterisk PBX
Max-Forwards: 70
Date: Mon, 25 Aug 2008 21:31:01 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Type: application/sdp
Content-Length: 285
v=0
o=root 3401 3401 IN IP4 192.168.10.1
s=session
c=IN IP4 192.168.10.1
t=0 0
m=audio 16314 RTP/AVP 0 18 101
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv
#
U +0.000242 192.168.10.1:5060 -> 192.168.10.1:5070
SIP/2.0 404 User Not Found
Via: SIP/2.0/UDP 192.168.10.1:5070;branch=z9hG4bK5bed1bb9;rport=5070
From: "asterisk" <sip:sipuser@192.168.10.1:5070>;tag=as47bf2898
To: <sip:s@192.168.10.1>;tag=36839585464337ac048b06b445c90d99.57ec
Call-ID: 022c8e960fa59f2a26b3a6b577409efb(a)192.168.10.1
CSeq: 102 INVITE
Server: Kamailio (1.4.0-notls (i386/linux))
Content-Length: 0
#
U +0.000138 192.168.10.1:5070 -> 192.168.10.1:5060
ACK sip:s@192.168.10.1 SIP/2.0
Via: SIP/2.0/UDP 192.168.10.1:5070;branch=z9hG4bK5bed1bb9;rport
From: "asterisk" <sip:sipuser@192.168.10.1:5070>;tag=as47bf2898
To: <sip:s@192.168.10.1>;tag=36839585464337ac048b06b445c90d99.57ec
Contact: <sip:sipuser@192.168.10.1:5070>
Call-ID: 022c8e960fa59f2a26b3a6b577409efb(a)192.168.10.1
CSeq: 102 ACK
User-Agent: Asterisk PBX
Max-Forwards: 70
Content-Length: 0
#
U +3.763988 192.168.10.28:5060 -> 192.168.10.1:5060
(& ( RR,
#
U +2.315682 192.168.10.1:5070 -> 192.168.10.1:5060
INVITE sip:s@192.168.10.1 SIP/2.0
Via: SIP/2.0/UDP 192.168.10.1:5070;branch=z9hG4bK44347e2b;rport
From: "asterisk" <sip:sipuser@192.168.10.1:5070>;tag=as2b197a0c
To: <sip:s@192.168.10.1>
Contact: <sip:sipuser@192.168.10.1:5070>
Call-ID: 633b98a11014b7ac7251052d2e73cab3(a)192.168.10.1
CSeq: 102 INVITE
User-Agent: Asterisk PBX
Max-Forwards: 70
Date: Mon, 25 Aug 2008 21:31:07 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Type: application/sdp
Content-Length: 285
v=0
o=root 3401 3401 IN IP4 192.168.10.1
s=session
c=IN IP4 192.168.10.1
t=0 0
m=audio 19058 RTP/AVP 0 18 101
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv
#
U +0.000249 192.168.10.1:5060 -> 192.168.10.1:5070
SIP/2.0 404 User Not Found
Via: SIP/2.0/UDP 192.168.10.1:5070;branch=z9hG4bK44347e2b;rport=5070
From: "asterisk" <sip:sipuser@192.168.10.1:5070>;tag=as2b197a0c
To: <sip:s@192.168.10.1>;tag=36839585464337ac048b06b445c90d99.f00b
Call-ID: 633b98a11014b7ac7251052d2e73cab3(a)192.168.10.1
CSeq: 102 INVITE
Server: Kamailio (1.4.0-notls (i386/linux))
Content-Length: 0
#
U +0.000795 192.168.10.1:5070 -> 192.168.10.1:5060
ACK sip:s@192.168.10.1 SIP/2.0
Via: SIP/2.0/UDP 192.168.10.1:5070;branch=z9hG4bK44347e2b;rport
From: "asterisk" <sip:sipuser@192.168.10.1:5070>;tag=as2b197a0c
To: <sip:s@192.168.10.1>;tag=36839585464337ac048b06b445c90d99.f00b
Contact: <sip:sipuser@192.168.10.1:5070>
Call-ID: 633b98a11014b7ac7251052d2e73cab3(a)192.168.10.1
CSeq: 102 ACK
User-Agent: Asterisk PBX
Max-Forwards: 70
Content-Length: 0
exit
28 received, 0 dropped
saludoss
rickygm
26 Aug
26 Aug
4:31 a.m.
Porqué tienes el mismo peer 2 veces con contextos distintos? Nunca he visto
eso así, pero bueno...
On Mon, Aug 25, 2008 at 11:37 PM, troxlinux <xserverlinux(a)gmail.com> wrote:
Hi lista tengo unas dudas con mi kamailio y asterisk
, estoy tratando
que mis llamadas entren al asterisk y este las redirija a algún
cliente sip , el caso es que me creo un usuario en openser llamado
sipuser con su respectivo pass lo registro en un teléfono sip y lo
anexo en mi sip.conf de asterisk
[openser]
type=friend
dtmfmode=rfc2833
context=netsoluciones
canreinvite=no
insecure=port,invite
host=192.168.10.1
disallow=all
allow=ulaw
allow=g729
[proxysip]
type=friend
username=sipuser
fromuser=sipuser
secret=linux12
insecure=port,invite
context=in-net
host=192.168.10.1
disallow=all
allow=ulaw
allow=g729
en el extension.conf
### Llamadas que entran de la pstn ####
[in-net]
exten=s,1,dial(SIP/${EXTEN}@proxysip)
exten=s,n,Hangup()
con esto debería recibir llamadas a este usuario sip ;) , pero no
entran en el cli de asterisk veo que se cae , ahora aquí tengo como un
doble choque , puesto que tengo un usuario llamada openser del tipo
friend cuando ejecuto las llamadas hacia la pstn me sale por el
sipproxy y no por el openser no se porque kamailio los saca por el
sipproxy, entonces la llamada se cae puesto que para ser llamadas a la
pstn esta en otro contexto el de "openser"
##### llamada que entra de la pstn atraves del ZAP #####
-- Starting simple switch on 'Zap/4-1'
-- Executing [s@in-net:1] Answer("Zap/4-1", "") in new stack
-- Executing [s@in-net:2] Dial("Zap/4-1", "SIP/s@proxysip") in new
stack
-- Called s@proxysip
-- SIP/proxysip-0a1a1478 is circuit-busy
#### Llamada que hago hacia la pstn####
[Aug 25 15:17:34] NOTICE[3466]: chan_sip.c:13952
handle_request_invite: Call from 'sipuser' to extension '2667802'
rejected because extension not found
si agrego al usuario sipproxy como user, para que solo reciba llamadas
no se registra en asterisk , no se porque , ahora cuando entra la
llamada de la pstn , como no se registra esto sale en el CLI
1 sip peers [Monitored: 1 online, 0 offline Unmonitored: 0 online, 0
offline]
-- Starting simple switch on 'Zap/4-1'
-- Executing [s@in-net:1] Dial("Zap/4-1", "SIP/s@proxysip") in new
stack
[Aug 25 15:26:54] WARNING[8727]: chan_sip.c:2925 create_addr: No such
host: proxysip
[Aug 25 15:26:54] WARNING[8727]: app_dial.c:1183 dial_exec_full:
Unable to create channel of type 'SIP' (cause 3 - No route to
destination)
== Everyone is busy/congested at this time (1:0/0/1)
reviso la traza del sip y veo que llega el INVITE del asterisk a
openser , pero este no responde con 200 OK , ya que el usuario sipuser
esta registrado en un tel , he anexado la opcion allow_trusted dentro
del invite pero aun asi no llama, que me recomiendan ?
######### TRAZA SIP ##############
#
U +1.874973 192.168.10.1:5070 -> 192.168.10.1:5060
Via: SIP/2.0/UDP 192.168.10.1:5070;branch=z9hG4bK5bed1bb9;rport
From: "asterisk" <sip:sipuser@192.168.10.1:5070>;tag=as47bf2898
To: <sip:s@192.168.10.1 <sip%3As(a)192.168.10.1>>
Contact: <sip:sipuser@192.168.10.1:5070>
Call-ID: 022c8e960fa59f2a26b3a6b577409efb(a)192.168.10.1
CSeq: 102 INVITE
User-Agent: Asterisk PBX
Max-Forwards: 70
Date: Mon, 25 Aug 2008 21:31:01 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Type: application/sdp
Content-Length: 285
v=0
o=root 3401 3401 IN IP4 192.168.10.1
s=session
c=IN IP4 192.168.10.1
t=0 0
m=audio 16314 RTP/AVP 0 18 101
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv
#
U +0.000242 192.168.10.1:5060 -> 192.168.10.1:5070
SIP/2.0 404 User Not Found
Via: SIP/2.0/UDP 192.168.10.1:5070;branch=z9hG4bK5bed1bb9;rport=5070
From: "asterisk" <sip:sipuser@192.168.10.1:5070>;tag=as47bf2898
To: <sip:s@192.168.10.1 <sip%3As(a)192.168.10.1>
;tag=36839585464337ac048b06b445c90d99.57ec
Call-ID: 022c8e960fa59f2a26b3a6b577409efb(a)192.168.10.1
CSeq: 102 INVITE
Server: Kamailio (1.4.0-notls (i386/linux))
Content-Length: 0
#
U +0.000138 192.168.10.1:5070 -> 192.168.10.1:5060
ACK sip:s@192.168.10.1 <sip%3As(a)192.168.10.1> SIP/2.0
Via: SIP/2.0/UDP 192.168.10.1:5070;branch=z9hG4bK5bed1bb9;rport
From: "asterisk" <sip:sipuser@192.168.10.1:5070>;tag=as47bf2898
To: <sip:s@192.168.10.1 <sip%3As(a)192.168.10.1>
;tag=36839585464337ac048b06b445c90d99.57ec
Contact: <sip:sipuser@192.168.10.1:5070>
Call-ID: 022c8e960fa59f2a26b3a6b577409efb(a)192.168.10.1
CSeq: 102 ACK
User-Agent: Asterisk PBX
Max-Forwards: 70
Content-Length: 0
#
U +3.763988 192.168.10.28:5060 -> 192.168.10.1:5060
(& ( RR,
#
U +2.315682 192.168.10.1:5070 -> 192.168.10.1:5060
INVITE sip:s@192.168.10.1 <sip%3As(a)192.168.10.1> SIP/2.0
Via: SIP/2.0/UDP 192.168.10.1:5070;branch=z9hG4bK44347e2b;rport
From: "asterisk" <sip:sipuser@192.168.10.1:5070>;tag=as2b197a0c
To: <sip:s@192.168.10.1 <sip%3As(a)192.168.10.1>>
Contact: <sip:sipuser@192.168.10.1:5070>
Call-ID: 633b98a11014b7ac7251052d2e73cab3(a)192.168.10.1
CSeq: 102 INVITE
User-Agent: Asterisk PBX
Max-Forwards: 70
Date: Mon, 25 Aug 2008 21:31:07 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Type: application/sdp
Content-Length: 285
v=0
o=root 3401 3401 IN IP4 192.168.10.1
s=session
c=IN IP4 192.168.10.1
t=0 0
m=audio 19058 RTP/AVP 0 18 101
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv
#
U +0.000249 192.168.10.1:5060 -> 192.168.10.1:5070
SIP/2.0 404 User Not Found
Via: SIP/2.0/UDP 192.168.10.1:5070;branch=z9hG4bK44347e2b;rport=5070
From: "asterisk" <sip:sipuser@192.168.10.1:5070>;tag=as2b197a0c
To: <sip:s@192.168.10.1 <sip%3As(a)192.168.10.1>
;tag=36839585464337ac048b06b445c90d99.f00b
Call-ID: 633b98a11014b7ac7251052d2e73cab3(a)192.168.10.1
CSeq: 102 INVITE
Server: Kamailio (1.4.0-notls (i386/linux))
Content-Length: 0
#
U +0.000795 192.168.10.1:5070 -> 192.168.10.1:5060
ACK sip:s@192.168.10.1 <sip%3As(a)192.168.10.1> SIP/2.0
Via: SIP/2.0/UDP 192.168.10.1:5070;branch=z9hG4bK44347e2b;rport
From: "asterisk" <sip:sipuser@192.168.10.1:5070>;tag=as2b197a0c
To: <sip:s@192.168.10.1 <sip%3As(a)192.168.10.1>
;tag=36839585464337ac048b06b445c90d99.f00b
Contact: <sip:sipuser@192.168.10.1:5070>
Call-ID: 633b98a11014b7ac7251052d2e73cab3(a)192.168.10.1
CSeq: 102 ACK
User-Agent: Asterisk PBX
Max-Forwards: 70
Content-Length: 0
exit
28 received, 0 dropped
saludoss
rickygm
_______________________________________________
Users-es mailing list
Users-es(a)lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users-es
2:03 p.m.
solo eran pruebas pero no me funciona , que otros medios tengo para
que entren las llamadas de la pstn? , no encuentro muchos ejemplos en
la red con openser o mejor dicho IVR ..
alguien se anima y me echa una ayuda ...
saludoss
2008/8/26 David Villasmil <david.villasmil.work(a)gmail.com>om>:
Porqué tienes el mismo peer 2 veces con contextos
distintos? Nunca he visto
eso así, pero bueno...
2:25 p.m.
para empezar quita uno de esos peers.
para seguir, usa el script default que vino con kamailio, y mira aquí:
http://www.kamailio.net/docs/modules/1.4.x/permissions.html
con ese módulo puedes configurar el openser para que si la llamda viene de
la ip del asterisk no pida autentificación.
yo lo tengo así (mas o menos)
loadmodule "permissions.so"
modparam("permissions","db_url","mysql://
usuario:password@192.168.1.10/openser")
modparam("permissions", "db_mode", 1)
modparam("permissions", "trusted_table", "trusted")
con ésto le dices al módulo que de la tabla "trusted" de la bbdd de openser
extraiga las IPs que estan permitidas...
esto dentro del script donde gestionas el INVITE:
Con esto, si la llamada viene de una ip TRUSTED no le pides
autentificación... todo lo demás me imagino que será igual
if(!allow_trusted()){
if(!proxy_authorize("", "subscriber"))
{
proxy_challenge("", "0");
exit;
}
}
y en mysql:
select * from openser.trusted;
+----+----------------+-------+--------------+------+
| id | src_ip | proto | from_pattern | tag |
+----+----------------+-------+--------------+------+
| 4 | 1.2.4.6 | udp | ^sip:.* | |
+----+----------------+-------+--------------+------+
saludos
On Tue, Aug 26, 2008 at 8:03 PM, troxlinux <xserverlinux(a)gmail.com> wrote:
solo eran pruebas pero no me funciona , que otros
medios tengo para
que entren las llamadas de la pstn? , no encuentro muchos ejemplos en
la red con openser o mejor dicho IVR ..
alguien se anima y me echa una ayuda ...
saludoss
2008/8/26 David Villasmil <david.villasmil.work(a)gmail.com>om>:
Porqué tienes el mismo peer 2 veces con contextos
distintos? Nunca he
visto
eso así, pero bueno...
_______________________________________________
Users-es mailing list
Users-es(a)lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users-es
2:44 p.m.
ok algo había leido de la función trusted , pero todavía no me tiene
algo claro en la parte del extension.conf al entrar la llamada por el
zap , como sabe a que extension sip va , ya que openser gestiona las
extensiones , no se si me explico bien ..
gracias por tu ayuda , este es el contexto donde entran y salen las
llamadas en mi extension.conf
[in-net
exten=s,1,dial(SIP/${EXTEN}@openser)
exten=s,n,Hangup()
exten => _XXXXXXX,1,Dial(Zap/g0/${EXTEN},68,tT)
exten => _XXXXXXX,n,Hangup
saludoss
rickygm
El día 26 de agosto de 2008 12:25, David Villasmil
<david.villasmil.work(a)gmail.com> escribió:
para empezar quita uno de esos peers.
para seguir, usa el script default que vino con kamailio, y mira aquí:
http://www.kamailio.net/docs/modules/1.4.x/permissions.html
con ese módulo puedes configurar el openser para que si la llamda viene de
la ip del asterisk no pida autentificación.
yo lo tengo así (mas o menos)
loadmodule "permissions.so"
modparam("permissions","db_url","mysql://usuario:password@192.168.1.10/openser")
modparam("permissions", "db_mode", 1)
modparam("permissions", "trusted_table", "trusted")
con ésto le dices al módulo que de la tabla "trusted" de la bbdd de openser
extraiga las IPs que estan permitidas...
esto dentro del script donde gestionas el INVITE:
Con esto, si la llamada viene de una ip TRUSTED no le pides
autentificación... todo lo demás me imagino que será igual
if(!allow_trusted()){
if(!proxy_authorize("", "subscriber"))
{
proxy_challenge("", "0");
exit;
}
}
y en mysql:
select * from openser.trusted;
+----+----------------+-------+--------------+------+
| id | src_ip | proto | from_pattern | tag |
+----+----------------+-------+--------------+------+
| 4 | 1.2.4.6 | udp | ^sip:.* | |
+----+----------------+-------+--------------+------+
2:54 p.m.
2008/8/26 troxlinux <xserverlinux(a)gmail.com>om>:
ok algo había leido de la función trusted , pero
todavía no me tiene
algo claro en la parte del extension.conf al entrar la llamada por el
zap , como sabe a que extension sip va , ya que openser gestiona las
extensiones , no se si me explico bien ..
La verdad es que no :-/ puedes detallar un poco más eso? No se muy
bien a que te refieres...
--
Saúl -- "Nunca subestimes el ancho de banda de un camión lleno de disketes."
----------------------------------------------------------------
http://www.saghul.net/
3:59 p.m.
ok lo que quiero decir es que al agregar mi ip a la tabla trusted de
mi openser donde tengo mi kamailio y asterisk juntos ya no me pedirá
la auntenticacion que era mi problema en el INVITE , pero como hago
para decirle a que extension sip va caer ese llamada o si es un IVR ,
osea las llamadas que me entran de la PSTN
en mi zaptel el contexto de los canales es in-net
en mi extension.conf
[in-net]
exten=s,1,dial(SIP/${EXTEN}@openser)
exten=s,n,Hangup()
exten => _XXXXXXX,1,Dial(Zap/g0/${EXTEN},68,tT)
exten => _XXXXXXX,n,Hangup
de echo viendo la traza del sip , manda el INVITE el astersik a
openser , este lo acepta y le responde que no conoce el usuario
sip:s@192.168.10.1 , NOT FOUND 404
como debería ir la parte del extension.conf ?
añadi algo asi pero no me funciona
exten=s,1,dial(SIP/${EXTEN}@openser/111)
#### Mi traza Sip ############
interface: any
filter: (ip) and ( port 5060 )
#
U +0.073025 192.168.10.1:5070 -> 192.168.10.1:5060
INVITE sip:s@192.168.10.1 SIP/2.0
Via: SIP/2.0/UDP 192.168.10.1:5070;branch=z9hG4bK35771481;rport
From: "asterisk" <sip:asterisk@192.168.10.1:5070>;tag=as6db1b42b
To: <sip:s@192.168.10.1>
Contact: <sip:asterisk@192.168.10.1:5070>
Call-ID: 7a32232b50093a3d68d9cac9750f59e3(a)192.168.10.1
CSeq: 102 INVITE
User-Agent: Asterisk PBX
Max-Forwards: 70
Date: Tue, 26 Aug 2008 19:52:27 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Type: application/sdp
Content-Length: 285
v=0
o=root 3398 3398 IN IP4 192.168.10.1
s=session
c=IN IP4 192.168.10.1
t=0 0
m=audio 10802 RTP/AVP 0 18 101
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv
#
U +0.000248 192.168.10.1:5060 -> 192.168.10.1:5070
SIP/2.0 404 User Not Found
Via: SIP/2.0/UDP 192.168.10.1:5070;branch=z9hG4bK35771481;rport=5070
From: "asterisk" <sip:asterisk@192.168.10.1:5070>;tag=as6db1b42b
To: <sip:s@192.168.10.1>;tag=36839585464337ac048b06b445c90d99.f71b
Call-ID: 7a32232b50093a3d68d9cac9750f59e3(a)192.168.10.1
CSeq: 102 INVITE
Server: Kamailio (1.4.0-notls (i386/linux))
Content-Length: 0
#
U +0.000145 192.168.10.1:5070 -> 192.168.10.1:5060
ACK sip:s@192.168.10.1 SIP/2.0
Via: SIP/2.0/UDP 192.168.10.1:5070;branch=z9hG4bK35771481;rport
From: "asterisk" <sip:asterisk@192.168.10.1:5070>;tag=as6db1b42b
To: <sip:s@192.168.10.1>;tag=36839585464337ac048b06b445c90d99.f71b
Contact: <sip:asterisk@192.168.10.1:5070>
Call-ID: 7a32232b50093a3d68d9cac9750f59e3(a)192.168.10.1
CSeq: 102 ACK
User-Agent: Asterisk PBX
Max-Forwards: 70
Content-Length: 0
#
U +0.102603 192.168.10.28:5060 -> 192.168.10.1:5060
s D # h
exit
19 received, 0 dropped
..
El día 26 de agosto de 2008 12:54, Saúl Ibarra <saghul(a)gmail.com> escribió:
La verdad es que no :-/ puedes detallar un poco más
eso? No se muy
bien a que te refieres...
--
4:10 p.m.
El Martes, 26 de Agosto de 2008, troxlinux escribió:
pero como hago
para decirle a que extension sip va caer ese llamada o si es un IVR ,
osea las llamadas que me entran de la PSTN
Esta parte es más bien tema Asterisk que Kamailio pero bueno...
Asumo que recibes entrantes vía analógica, ¿es así? Entonces debes entender
que cuando se recibe un llamada por línea analógica, el llamado *NO* puede
saber a qué número se ha llamado ya que esa información no viaja en el cutre
cambio de voltaje que es en lo que básicamente consiste una llamada por par
de cobre.
Es decir, si a través de una misma línea de cobre tienes contratados dos
numeraciones PSTN, tú NUNCA podrás saber si recibes la llamada hecha a un
número o al otro. Por esta razón, cuando se define el contexto de entrantes
de una línea analógica en Asterisk sólo se usa la extensión "s" (desconocido)
que es distinto de _X. (cualquier cantidad de dígitos).
[in-net]
exten=s,1,dial(SIP/${EXTEN}@openser)
exten=s,n,Hangup()
Ese ${EXTEN} es la extensión marcada, es decir, "s", y por eso te genera un
INVITE sip:s@...
No hay milagro posible, debes tomar en Asterisk la decisión de a quién llamar,
en plan:
exten=s,1,dial(SIP/2000@openser) # Llamar al usuario SIP 2000 de Kamailio.
exten=s,n,Hangup()
Respecto lo de los IVR, si entra una llamada por zaptel o lo que sea y la
respondes con un IVR, por supuesto que puedes hacer que el llamante marque la
extensión a llamar y esa info, que se transmite por DTMF, si la recibe
Asterisk y puede llamar a (suponiendo extensiones/usuarios_openser de tipo
2XXX):
exten=_2XXX,1,dial(SIP/${EXTEN}@openser)
Saludos.
--
Iñaki Baz Castillo
5:36 p.m.
gracias mi estimado Iñaki me ahh funcionado , veré lo del IVR completo
, por lo menos esto va quedando en la lista y otro cuando pase por
aquí le ayuda un montón
te la sabes bien!!
gracias a todos , por la ayuda
rickygm
El día 26 de agosto de 2008 14:10, Iñaki Baz Castillo <ibc(a)aliax.net> escribió:
Esta parte es más bien tema Asterisk que Kamailio pero
bueno...
Asumo que recibes entrantes vía analógica, ¿es así? Entonces debes entender
que cuando se recibe un llamada por línea analógica, el llamado *NO* puede
saber a qué número se ha llamado ya que esa información no viaja en el cutre
cambio de voltaje que es en lo que básicamente consiste una llamada por par
de cobre.
Es decir, si a través de una misma línea de cobre tienes contratados dos
numeraciones PSTN, tú NUNCA podrás saber si recibes la llamada hecha a un
número o al otro. Por esta razón, cuando se define el contexto de entrantes
de una línea analógica en Asterisk sólo se usa la extensión "s" (desconocido)
que es distinto de _X. (cualquier cantidad de dígitos).
[in-net]
exten=s,1,dial(SIP/${EXTEN}@openser)
exten=s,n,Hangup()
Ese ${EXTEN} es la extensión marcada, es decir, "s", y por eso te genera un
INVITE sip:s@...
No hay milagro posible, debes tomar en Asterisk la decisión de a quién llamar,
en plan:
exten=s,1,dial(SIP/2000@openser) # Llamar al usuario SIP 2000 de Kamailio.
exten=s,n,Hangup()
Respecto lo de los IVR, si entra una llamada por zaptel o lo que sea y la
respondes con un IVR, por supuesto que puedes hacer que el llamante marque la
extensión a llamar y esa info, que se transmite por DTMF, si la recibe
Asterisk y puede llamar a (suponiendo extensiones/usuarios_openser de tipo
2XXX):
exten=_2XXX,1,dial(SIP/${EXTEN}@openser)
5:43 p.m.
Que Dios me perdone...
Pero tas MU verde, MU verde... a mi me lleví varios años pegar el salto de
asterisk a aterisk+openser... pero bueno.. te ayudaremos como podamos!!! que
para eso estamos!
Cuando te entre la llamada por analógico, es simple:
[in-net] # supongo que así se llama en context de entrada analógico
exten => s,1,Dial(SIP/{EXTEN}@[ip_del_openser])
tienes que enterder 2 cosas:
puedes sobre-escribir {EXTEN} por cualquier cosa que le quieras mandar al
openser.
DEBES sobre-escribir [ip_del_openser] por la ip real del openser....
por ejemplo, si entra una llamada y quieres que se reenvíe al usuario
9999999 que está REGISTRADO en el openser, cuya dirección es
192.168.1.1sería algo así como:
exten => s,1,Dial(SIP/9999999(a)192.168.1.1)
con ésto te llegará una llamada al openser con destino 9999999, después de
verificar el trusted, simplemente lo mandas al lookup("location") y santas
pascuas!
SUERTE!!!
d
2008/8/26 troxlinux <xserverlinux(a)gmail.com>
ok lo que quiero decir es que al agregar mi ip a la
tabla trusted de
mi openser donde tengo mi kamailio y asterisk juntos ya no me pedirá
la auntenticacion que era mi problema en el INVITE , pero como hago
para decirle a que extension sip va caer ese llamada o si es un IVR ,
osea las llamadas que me entran de la PSTNada
en mi zaptel el contexto de los canales es in-net
en mi extension.conf
[in-net]
exten=s,1,dial(SIP/${EXTEN}@openser)
exten=s,n,Hangup()
exten => _XXXXXXX,1,Dial(Zap/g0/${EXTEN},68,tT)
exten => _XXXXXXX,n,Hangup
de echo viendo la traza del sip , manda el INVITE el astersik a
openser , este lo acepta y le responde que no conoce el usuario
sip:s@192.168.10.1 <sip%3As(a)192.168.10.1> , NOT FOUND 404
como debería ir la parte del extension.conf ?
añadi algo asi pero no me funciona
exten=s,1,dial(SIP/${EXTEN}@openser/111)
#### Mi traza Sip ############
interface: any
filter: (ip) and ( port 5060 )
#
U +0.073025 192.168.10.1:5070 -> 192.168.10.1:5060
INVITE sip:s@192.168.10.1 <sip%3As(a)192.168.10.1> SIP/2.0
Via: SIP/2.0/UDP 192.168.10.1:5070;branch=z9hG4bK35771481;rport
From: "asterisk" <sip:asterisk@192.168.10.1:5070>;tag=as6db1b42b
To: <sip:s@192.168.10.1 <sip%3As(a)192.168.10.1>>
Contact: <sip:asterisk@192.168.10.1:5070>
Call-ID: 7a32232b50093a3d68d9cac9750f59e3(a)192.168.10.1
CSeq: 102 INVITE
User-Agent: Asterisk PBX
Max-Forwards: 70
Date: Tue, 26 Aug 2008 19:52:27 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Type: application/sdp
Content-Length: 285
v=0
o=root 3398 3398 IN IP4 192.168.10.1
s=session
c=IN IP4 192.168.10.1
t=0 0
m=audio 10802 RTP/AVP 0 18 101
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv
#
U +0.000248 192.168.10.1:5060 -> 192.168.10.1:5070
SIP/2.0 404 User Not Found
Via: SIP/2.0/UDP 192.168.10.1:5070;branch=z9hG4bK35771481;rport=5070
From: "asterisk" <sip:asterisk@192.168.10.1:5070>;tag=as6db1b42b
To: <sip:s@192.168.10.1 <sip%3As(a)192.168.10.1>
;tag=36839585464337ac048b06b445c90d99.f71b
Call-ID: 7a32232b50093a3d68d9cac9750f59e3(a)192.168.10.1
CSeq: 102 INVITE
Server: Kamailio (1.4.0-notls (i386/linux))
Content-Length: 0
#
U +0.000145 192.168.10.1:5070 -> 192.168.10.1:5060
ACK sip:s@192.168.10.1 <sip%3As(a)192.168.10.1> SIP/2.0
Via: SIP/2.0/UDP 192.168.10.1:5070;branch=z9hG4bK35771481;rport
From: "asterisk" <sip:asterisk@192.168.10.1:5070>;tag=as6db1b42b
To: <sip:s@192.168.10.1 <sip%3As(a)192.168.10.1>
;tag=36839585464337ac048b06b445c90d99.f71b
Contact: <sip:asterisk@192.168.10.1:5070>
Call-ID: 7a32232b50093a3d68d9cac9750f59e3(a)192.168.10.1
CSeq: 102 ACK
User-Agent: Asterisk PBX
Max-Forwards: 70
Content-Length: 0
#
U +0.102603 192.168.10.28:5060 -> 192.168.10.1:5060
s D # h
exit
19 received, 0 dropped
..
El día 26 de agosto de 2008 12:54, Saúl Ibarra <saghul(a)gmail.com>
escribió:
La verdad es que no :-/ puedes detallar un poco
más eso? No se muy
bien a que te refieres...
--
_______________________________________________
Users-es mailing list
Users-es(a)lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users-es
6:02 p.m.
El día 26 de agosto de 2008 15:43, David Villasmil
<david.villasmil.work(a)gmail.com> escribió:
Que Dios me perdone...
El te perdona yo lo creo :) en un DIOS bueno
Pero tas MU verde, MU verde... a mi me lleví varios años pegar el salto de
asterisk a aterisk+openser...
ni que lo digas llevo mas o menos leyendo un del tema de openser como
5 meses con todo y el sip protocol que es ENREDADO como no tienes
idea por lo menos para mi y hasta hace 2 meses atras me decidí a
probar, pero no te preocupe ese de años lo vajamos a meses jejejeje
vaaa. bromas, te comento una reseña leia muchos de temas de el en la
lista de asterisk-es de dos estimados que son fanáticos de openser sip
- kamailio, ni menciono sus nombres! y dije "tengo que probar ese
condenado openser - kamailio" muy diferente de asterisk 200 % de eso
no tengo duda , mas lioso que un potro salvaje ..
pero bueno.. te ayudaremos como podamos!!! que para eso
estamos!
por aquí estaré me faltan varias cositas jejej ;) , gracias por
hacerlo mención , no creas si que solo a mi me estas ayudando a muchos
que van a pasar por aquí es lo bueno de gente como ustedes que saben y
se prestan a ayudar..
Cuando te entre la llamada por analógico, es simple:
[in-net] # supongo que así se llama en context de entrada analógico
exten => s,1,Dial(SIP/{EXTEN}@[ip_del_openser])
tienes que enterder 2 cosas:
puedes sobre-escribir {EXTEN} por cualquier cosa que le quieras mandar al
openser.
DEBES sobre-escribir [ip_del_openser] por la ip real del openser....
por ejemplo, si entra una llamada y quieres que se reenvíe al usuario
9999999 que está REGISTRADO en el openser, cuya dirección es 192.168.1.1
sería algo así como:
exten => s,1,Dial(SIP/9999999(a)192.168.1.1)
con ésto te llegará una llamada al openser con destino 9999999, después de
verificar el trusted, simplemente lo mandas al lookup("location") y santas
pascuas!
esto me la paso iñaki y sirve , lo mejor de todo es que le entendí ..
SUERTE!!!
gracias la necesitare
rickygm
6:09 p.m.
Gracias por tomarte el tiempo de responder!!
cualquier cosa... por aqui estamos!
d
2008/8/27 troxlinux <xserverlinux(a)gmail.com>
El día 26 de agosto de 2008 15:43, David Villasmil
<david.villasmil.work(a)gmail.com> escribió:
Que Dios me perdone...
El te perdona yo lo creo :) en un DIOS bueno
Pero tas MU verde, MU verde... a mi me lleví varios años pegar el salto
de
asterisk a aterisk+openser...
ni que lo digas llevo mas o menos leyendo un del tema de openser como
5 meses con todo y el sip protocol que es ENREDADO como no tienes
idea por lo menos para mi y hasta hace 2 meses atras me decidí a
probar, pero no te preocupe ese de años lo vajamos a meses jejejeje
vaaa. bromas, te comento una reseña leia muchos de temas de el en la
lista de asterisk-es de dos estimados que son fanáticos de openser sip
- kamailio, ni menciono sus nombres! y dije "tengo que probar ese
condenado openser - kamailio" muy diferente de asterisk 200 % de eso
no tengo duda , mas lioso que un potro salvaje ..
pero bueno.. te ayudaremos como podamos!!! que
para eso estamos!
por aquí estaré me faltan varias cositas jejej ;) , gracias por
hacerlo mención , no creas si que solo a mi me estas ayudando a muchos
que van a pasar por aquí es lo bueno de gente como ustedes que saben y
se prestan a ayudar..
Cuando te entre la llamada por analógico, es
simple:
[in-net] # supongo que así se llama en context de entrada analógico
exten => s,1,Dial(SIP/{EXTEN}@[ip_del_openser])
tienes que enterder 2 cosas:
puedes sobre-escribir {EXTEN} por cualquier cosa que le quieras mandar al
openser.
DEBES sobre-escribir [ip_del_openser] por la ip real del openser....
por ejemplo, si entra una llamada y quieres que se reenvíe al usuario
9999999 que está REGISTRADO en el openser, cuya dirección es 192.168.1.1
sería algo así como:
exten => s,1,Dial(SIP/9999999(a)192.168.1.1)
con ésto te llegará una llamada al openser con destino 9999999, después
de
verificar el trusted, simplemente lo mandas al
lookup("location") y
santas
pascuas!
esto me la paso iñaki y sirve , lo mejor de todo es que le entendí ..
SUERTE!!!
gracias la necesitare
rickygm
_______________________________________________
Users-es mailing list
Users-es(a)lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users-es
5970
days inactive
5971
days old
sr-users-es@lists.kamailio.org
11 comments
4 participants
participants (4)
-
David Villasmil -
Iñaki Baz Castillo -
Saúl Ibarra -
troxlinux