20 Nov
2007
20 Nov
'07
4:07 p.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
after upgrading from openser 1.2 to 1.3 trunk the core commands
unix_sock, sock_mode, sock_user, sock_group are missing. Does anybody
know what happend to this commands ?
regards
helmut
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFHQuo/4tZeNddg3dwRAkx9AKCPRZKGfyOxbox73Asf+aaIgAWLnACfc/Uu
IepPGsTGfNwJt2p1frTRSwM=
=VFPA
-----END PGP SIGNATURE-----
20 Nov
20 Nov
4:12 p.m.
On Tuesday 20 November 2007, Helmut Kuper wrote:
Hi,
after upgrading from openser 1.2 to 1.3 trunk the core commands
unix_sock, sock_mode, sock_user, sock_group are missing. Does anybody
know what happend to this commands ?
Hello Helmut,
the unix domain socket is deprecated and was removed. You can use the
mi_datagram module instead.
Cheers,
Henning
5:04 p.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi Henning,
with mi_datagram openser isn't able anymore to talk to latest sems.
On openser side I us this to connect to sems:
t_write_unix("/tmp/vm_sems_sock", "voiceboxin/voicemail_headers")
On openser console I get this:
Nov 20 15:23:46 [1124] ERROR:mi_datagram:identify_command: the request's
first line is invalid :no newline after the second :
Nov 20 15:23:46 [1124] ERROR:mi_datagram:mi_datagram_server: command not
available
Nov 20 15:23:46 [1124] ERROR:mi_datagram:identify_command: the request's
first line is invalid :no newline after the second :
Nov 20 15:23:46 [1124] ERROR:mi_datagram:mi_datagram_server: command not
available
Nov 20 15:23:46 [1124] ERROR:mi_datagram:identify_command: the request's
first line is invalid :no newline after the second :
Nov 20 15:23:46 [1124] ERROR:mi_datagram:mi_datagram_server: command not
available
Nov 20 15:24:15 [1123] CRITICAL:tm:t_should_relay_response: pick_branch
failed (lowest==-1) for code 408
Nov 20 15:24:46 [1122] ERROR:tm:write_to_unixsock: failed to connect:
Connection refused
Nov 20 15:24:46 [1122] ERROR:tm:t_write_unix: write_to_unixsock failed
On SEMS side I get this:
INVITE
*vb
sip0.en.ewetel.de
212.6.123.119
.
sip:*vb@sip0.en.ewetel.de
sip:v101@212.6.95.198:11022
"v101"<sip:v101@sip0.en.ewetel.de
"*vb"<sip:*vb@sip0.en.ewetel.de
YjRlYjQ4ODNiZTE2MmM5ZDkxMzhiOWE2OGM2MmU1MDA.
da29a702
2
1931:1734809518
<sip:212.6.123.118;lr=on;ftag=da29a702
sip:212.6.123.118;lr=on;ftag=da29a702
P-MsgFlags: 0
P-Domain: sip0.en.ewetel.de
P-User: v101
.
v=0
o=- 0 2 IN IP4 212.6.95.198
s=CounterPath X-Lite 3.0
c=IN IP4 212.6.95.198
t=0 0
m=audio 56264 RTP/AVP 107 119 100 106 0 105 98 8 101
a=fmtp:101 0-15
a=rtpmap:107 BV32/16000
a=rtpmap:119 BV32-FEC/16000
a=rtpmap:100 SPEEX/16000
a=rtpmap:106 SPEEX-FEC/16000
a=rtpmap:105 SPEEX-FEC/8000
a=rtpmap:98 iLBC/8000
a=rtpmap:101 telephone-event/8000
a=sendrecv
(14401) DEBUG: execute
(AmInterfaceHandler.cpp:127): req.method = <INVITE
(14401) DEBUG: execute (AmInterfaceHandler.cpp:128): req.user = <*vb (14401) DEBUG: execute
(AmInterfaceHandler.cpp:129): req.domain =
<sip0.en.ewetel.de (14401) DEBUG:
execute (AmInterfaceHandler.cpp:130): req.dstip =
<212.6.123.119 (14401) DEBUG:
execute (AmInterfaceHandler.cpp:131): req.port = <
(14401) DEBUG: execute (AmInterfaceHandler.cpp:132): req.r_uri =
<sip:*vb@sip0.en.ewetel.de (14401) DEBUG:
execute (AmInterfaceHandler.cpp:133): req.from_uri =
<sip:v101@212.6.95.198:11022 (14401) DEBUG:
execute (AmInterfaceHandler.cpp:134): req.from =
<"v101"<sip:v101@sip0.en.ewetel.de>
(14401) DEBUG: execute (AmInterfaceHandler.cpp:135): req.to =
<"*vb"<sip:*vb@sip0.en.ewetel.de>
(14401) DEBUG: execute (AmInterfaceHandler.cpp:136): req.callid =
<YjRlYjQ4ODNiZTE2MmM5ZDkxMzhiOWE2OGM2MmU1MDA.
(14401) DEBUG: execute (AmInterfaceHandler.cpp:137): req.from_tag =
<da29a702 (14401) DEBUG:
execute (AmInterfaceHandler.cpp:138): req.to_tag = <
(14401) DEBUG: execute (AmInterfaceHandler.cpp:141): cseq_str = <2 (14401) DEBUG: execute
(AmInterfaceHandler.cpp:147): cseq = <2>(2)
(14401) DEBUG: execute (AmInterfaceHandler.cpp:149): req.key =
<1931:1734809518 (14401) DEBUG:
execute (AmInterfaceHandler.cpp:150): req.route =
<<sip:212.6.123.118;lr=on;ftag=da29a702>
(14401) DEBUG: execute (AmInterfaceHandler.cpp:151): req.next_hop =
<sip:212.6.123.118;lr=on;ftag=da29a702
(14401) DEBUG: execute (AmInterfaceHandler.cpp:156): hdrs = <P-MsgFlags: 0
Any ideas ? Is latest sems and openser trunk not compatible anymore?
regrads
helmut
Henning Westerholt schrieb:
> On Tuesday 20 November 2007, Helmut Kuper wrote:
>> Hi,
> >> after upgrading from openser 1.2 to 1.3
trunk the core commands
>> unix_sock, sock_mode, sock_user, sock_group are missing. Does anybody
>> know what happend to this commands ?
>
> Hello Helmut,
>
> the unix domain socket is deprecated and was removed. You can use the
> mi_datagram module instead.
>
> Cheers,
>
> Henning
>
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFHQveO4tZeNddg3dwRAj7zAJ0VQxsqvnhS5WToyFNm/VSduwXCYACfWIpU
I4LIqLUmy97vFyKUm+CjRSU=
=6imZ
-----END PGP SIGNATURE-----
5:18 p.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi again,
ok fixed it.
Latest SEMS has to be compiled with aktivated -DOpenSER option in
Makefile.defs
regards
helmut
Helmut Kuper schrieb:
Hi Henning,
with mi_datagram openser isn't able anymore to talk to latest sems.
On openser side I us this to connect to sems:
t_write_unix("/tmp/vm_sems_sock", "voiceboxin/voicemail_headers")
On openser console I get this:
Nov 20 15:23:46 [1124] ERROR:mi_datagram:identify_command: the request's
first line is invalid :no newline after the second :
Nov 20 15:23:46 [1124] ERROR:mi_datagram:mi_datagram_server: command not
available
Nov 20 15:23:46 [1124] ERROR:mi_datagram:identify_command: the request's
first line is invalid :no newline after the second :
Nov 20 15:23:46 [1124] ERROR:mi_datagram:mi_datagram_server: command not
available
Nov 20 15:23:46 [1124] ERROR:mi_datagram:identify_command: the request's
first line is invalid :no newline after the second :
Nov 20 15:23:46 [1124] ERROR:mi_datagram:mi_datagram_server: command not
available
Nov 20 15:24:15 [1123] CRITICAL:tm:t_should_relay_response: pick_branch
failed (lowest==-1) for code 408
Nov 20 15:24:46 [1122] ERROR:tm:write_to_unixsock: failed to connect:
Connection refused
Nov 20 15:24:46 [1122] ERROR:tm:t_write_unix: write_to_unixsock failed
On SEMS side I get this:
INVITE
*vb
sip0.en.ewetel.de
212.6.123.119
.
sip:*vb@sip0.en.ewetel.de
sip:v101@212.6.95.198:11022
"v101"<sip:v101@sip0.en.ewetel.de>
"*vb"<sip:*vb@sip0.en.ewetel.de>
YjRlYjQ4ODNiZTE2MmM5ZDkxMzhiOWE2OGM2MmU1MDA.
da29a702
2
1931:1734809518
<sip:212.6.123.118;lr=on;ftag=da29a702>
sip:212.6.123.118;lr=on;ftag=da29a702
P-MsgFlags: 0
P-Domain: sip0.en.ewetel.de
P-User: v101
.
v=0
o=- 0 2 IN IP4 212.6.95.198
s=CounterPath X-Lite 3.0
c=IN IP4 212.6.95.198
t=0 0
m=audio 56264 RTP/AVP 107 119 100 106 0 105 98 8 101
a=fmtp:101 0-15
a=rtpmap:107 BV32/16000
a=rtpmap:119 BV32-FEC/16000
a=rtpmap:100 SPEEX/16000
a=rtpmap:106 SPEEX-FEC/16000
a=rtpmap:105 SPEEX-FEC/8000
a=rtpmap:98 iLBC/8000
a=rtpmap:101 telephone-event/8000
a=sendrecv
(14401) DEBUG: execute (AmInterfaceHandler.cpp:127): req.method = <INVITE>
(14401) DEBUG: execute (AmInterfaceHandler.cpp:128): req.user = <*vb>
(14401) DEBUG: execute (AmInterfaceHandler.cpp:129): req.domain =
<sip0.en.ewetel.de>
(14401) DEBUG: execute (AmInterfaceHandler.cpp:130): req.dstip =
<212.6.123.119>
(14401) DEBUG: execute (AmInterfaceHandler.cpp:131): req.port = <>
(14401) DEBUG: execute (AmInterfaceHandler.cpp:132): req.r_uri =
<sip:*vb@sip0.en.ewetel.de>
(14401) DEBUG: execute (AmInterfaceHandler.cpp:133): req.from_uri =
<sip:v101@212.6.95.198:11022>
(14401) DEBUG: execute (AmInterfaceHandler.cpp:134): req.from =
<"v101"<sip:v101@sip0.en.ewetel.de>>
(14401) DEBUG: execute (AmInterfaceHandler.cpp:135): req.to =
<"*vb"<sip:*vb@sip0.en.ewetel.de>>
(14401) DEBUG: execute (AmInterfaceHandler.cpp:136): req.callid =
<YjRlYjQ4ODNiZTE2MmM5ZDkxMzhiOWE2OGM2MmU1MDA.>
(14401) DEBUG: execute (AmInterfaceHandler.cpp:137): req.from_tag =
<da29a702>
(14401) DEBUG: execute (AmInterfaceHandler.cpp:138): req.to_tag = <>
(14401) DEBUG: execute (AmInterfaceHandler.cpp:141): cseq_str = <2>
(14401) DEBUG: execute (AmInterfaceHandler.cpp:147): cseq = <2>(2)
(14401) DEBUG: execute (AmInterfaceHandler.cpp:149): req.key =
<1931:1734809518>
(14401) DEBUG: execute (AmInterfaceHandler.cpp:150): req.route =
<<sip:212.6.123.118;lr=on;ftag=da29a702>>
(14401) DEBUG: execute (AmInterfaceHandler.cpp:151): req.next_hop =
<sip:212.6.123.118;lr=on;ftag=da29a702>
(14401) DEBUG: execute (AmInterfaceHandler.cpp:156): hdrs = <P-MsgFlags: 0
Any ideas ? Is latest sems and openser trunk not compatible anymore?
regrads
helmut
Henning Westerholt schrieb:
_______________________________________________
Users mailing list
Users(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users
On Tuesday 20 November 2007, Helmut Kuper wrote:
Hi,
after upgrading from openser 1.2 to 1.3 trunk the core commands
unix_sock, sock_mode, sock_user, sock_group are missing. Does anybody
know what happend to this commands ?
Hello Helmut, the unix domain socket is deprecated and was
removed. You can use the
mi_datagram module instead.
Cheers,
Henning
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFHQvq34tZeNddg3dwRAlnZAJ9HQ21loL4zoKNFMA5f+I4Ye/PZDgCfWqKb
boChoIeJt9lxcV6+TGNtErE=
=Lzpf
-----END PGP SIGNATURE-----
6212
days inactive
6212
days old
3 comments
2 participants
participants (2)
-
Helmut Kuper -
Henning Westerholt