Hello!
I have a little problem with the (global) contact list
subscription of the presence, please help me.
I installed the presence server (0.10.99-dev35-pa-4.1), and
it works without any problems.
But I can not use the "Subscribe to contact list" of the
eyeBeam. (The user subscribe list works fine.)
I typed the next content into this field (of the eyeBeam):
sip:bartaj-list@test.intra
and my config file contains:
sip:/var/xcap-root/rls-services/global# cat ./index
<?xml version="1.0" encoding="UTF-8"?>
<rls-services>
<service uri="sip:bartaj-list@test.intra">
<list name="Human resources">
<entry uri="sip:test1@test.intra">
<display-name>bartaj</display-name>
</entry>
<entry uri="sip:test2@test.intra">
<display-name>12345</display-name>
</entry>
</list>
<packages>
<package>presence</package>
</packages>
</service>
</rls-services>
But I can see only the user subscribe list, and can't see
the global one.
Why?
Can anybody help me?
Thx,
Jani
_________________________________________________________________
Vásároljon kényelmesen! Több 10.000 ajánlattal, kedvező árakkal várjuk.
http://cthandler.adverticum.net/?cturl=http%3A%2F%2Fwww.vasarlas.origo.hu%3…
Hi list,
I need to know if open ser have a module, that uses radius, for connect with Alepo
Because I have Alepo for billing.
Thanks,
Pablo
__________________________________________________
Preguntá. Respondé. Descubrí.
Todo lo que querías saber, y lo que ni imaginabas,
está en Yahoo! Respuestas (Beta).
¡Probalo ya!
http://www.yahoo.com.ar/respuestas
Adrian Georgescu,
Thanks for your great job!
However , when I compile php, an error says that Log.php can not be found!
Thanks
sukerry
======= 2007-03-28 00:56:33=======
>Hello,
>
>We wrote a simple xcap emulator to be able to manage the XCAP
>documents used by OpenSER presence agent, by using PHP scripts in
>combination with Apache web server.
>
>I have tested it against OpenSER with MySQL and Eyebeam for Apple.
>Klaus Darilion has tested it against Postgress and Eyebeam for Windows.
>
>The software can be downloaded from:
>
>http://download.dns-hosting.info/XCAP/xcap-0.5.tar.gz
>
>Regards,
>Adrian
>
>
>_______________________________________________
>Users mailing list
>Users(a)openser.org
>http://openser.org/cgi-bin/mailman/listinfo/users
>
sukerry
sukerry(a)126.com
2007-03-28
i started to experiment with sending PUBLISH requests using pua_mi
module.
if i understood correctly from RFC 3903, PUBLISH request should contain
a content-type header, such as
Content-Type: application/pidf+xml
PUBLISH request sent via pua_mi does not contain any content-type
header. should one be added so that the receiver of PUBLISH request
could know how to decode the body?
another question related to this is, what event packages does openser
presence server support?
i assume that it supports "presence" event package (where content type
usually is pidf+xml), but how about "message-summary" event package
(RFC 3842) that could be used to publish message waiting events?
-- juha
Hi all,
We'd like to announce that sip:wizard (http://www.sipwise.com/wizard),
the OpenSER configuration generator, now also supports OpenSER 1.2.
Cheers,
Your sip:wise Team
Hello,
Lately our OpenSER 1.1.1 is running out of memory and I get the
following message
4(25190) get_hdr_field: out of memory
The result is that it stops processing any incoming request. This is a
production system and of course it causes a great deal of frustration.
The last time this happened I got the following statistics before
restarting
> ./openserctl fifo get_statistics
Total statistics = 37
Total modules = 5
Module name = core; statistics=8
core:rcv_requests = 3259334
core:rcv_replies = 8816
core:fwd_requests = 736
core:fwd_replies = 137
core:drop_requests = 743
core:drop_replies = 0
core:err_requests = 0
core:err_replies = 43
Module name = shmem; statistics=6
shmem:total_size = 268435456
shmem:used_size = 1675864
shmem:real_used_size = 1835104
shmem:max_used_size = 4399048
shmem:free_size = 266600352
shmem:fragments = 17710
Module name = sl; statistics=9
sl:1xx_replies = 0
sl:2xx_replies = 1690410
sl:3xx_replies = 43
sl:4xx_replies = 334827
sl:5xx_replies = 1185629
sl:6xx_replies = 0
sl:sent_replies = 3210909
sl:sent_err_replies = 0
sl:received_ACKs = 743
Module name = tm; statistics=11
tm:received_replies = 8636
tm:relayed_replies = 7096
tm:local_replies = 1718
tm:UAS_transactions = 7003
tm:UAC_transactions = 94
tm:2xx_transactions = 1528
tm:3xx_transactions = 3
tm:4xx_transactions = 5129
tm:5xx_transactions = 468
tm:6xx_transactions = 0
tm:inuse_transactions = 0
Module name = usrloc; statistics=3
usrloc:location-users = 0
usrloc:location-contacts = 0
usrloc:location-expires = 7282
I am not sure how to read these numbers but I see a big "free_size" and
still OpenSER is out of memory. Any suggestions?
thank you
George
Disclaimer
The information in this e-mail and any attachments is confidential. It is intended solely for the attention and use of the named addressee(s). If you are not the intended recipient, or person responsible for delivering this information to the intended recipient, please notify the sender immediately. Unless you are the intended recipient or his/her representative you are not authorized to, and must not, read, copy, distribute, use or retain this message or any part of it. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses.
Dear all
I use astersik b2bua and radius for auth and prepaid on pstn call,there is a big problem is that any responese from PSTN GW,for example 406,503...,the bubua always relay 403 to sip client.So i cant make the status clearly when pstn call,what's wrong with my b2bua,any cfg of bubua for me?
many many thx.
hi, all:
I'm new to here and just installed an instance of
openser-1.2.0-notls version under CentOS 4.3 platform. Also I've added
mysql db support and it seemed all is working well. But when I made a
common call through openser, I found a problem that the openser didn't
send ACK message to the callee. The flow is as follows:
caller ---INVITE--> openser
openser ---INVITE-->
callee
openser <--180--------
callee
caller <----180------ openser
openser <----200-------
callee
caller <----200------ openser
caller ------ACK----> openser
At this time when the caller send ACK to openser, openser didn't
send ACK to the callee. So after 30 seconds, the callee released the
call due to time out.
Does anyone know what's the problem? Any help will be appreciate!
Hello List.
I have a problem with an ACK message for a CANCEL. I'm just wondering if anyone knows what could be happening here. It seems that SER can't route or "understand" this ACK
ACK sip:0299005622408196@sipvoiss.desa.redvoiss.net SIP/2.0.
v: SIP/2.0/UDP 192.168.1.100:5060;branch=z9hG4bK2861608023.
f: "5502203289" <sip:5502203289@sipvoiss.desa.redvoiss.net>;tag=1349608987.
t: <sip:0299005622408196@sipvoiss.desa.redvoiss.net>;tag=f146818fa4.
i: 5c83a04822964085e07aabd210e9d72f(a)192.168.1.100.
CSeq: 4 ACK.
l: 0.
Could be something with the COMPACT form ???
This is the log from the debug :
Mar 23 12:18:10 sipvoiss ser[5430]: t_lookup_request: start searching: hash=52251, isACK=1
Mar 23 12:18:10 sipvoiss ser[5430]: DEBUG: RFC3261 transaction matching failed
Mar 23 12:18:10 sipvoiss ser[5430]: DEBUG: t_lookup_request: no transaction found
Mar 23 12:18:10 sipvoiss ser[5430]: SER: forwarding ACK statelessly
Mar 23 12:18:10 sipvoiss ser[5430]: DEBUG: mk_proxy: doing DNS lookup...
Mar 23 12:18:10 sipvoiss ser[5430]: get_record: lookup(_sip._udp.sipvoiss.desa.redvoiss.net, 33) failed
Mar 23 12:18:10 sipvoiss ser[5430]: sip_resolvehost: no SRV record found for sipvoiss.desa.redvoiss.net, trying 'normal' lookup...
Mar 23 12:18:10 sipvoiss ser[5430]: check_via_address(10.0.0.248, 192.168.1.100, 0)
Mar 23 12:18:10 sipvoiss ser[5430]: Sending: ACK sip:0299005622408196@sipvoiss.desa.redvoiss.net SIP/2.0^M Max-Forwards: 10^M Record-Route: <sip:10.0.0.246;ftag=2639303304;lr=on>^M Via: SIP/2.0/UDP 10.0.0.246;branch=0^M v: SIP/2.0/UDP 192.168.1.100:5060;received=10.0.0.248;branch=z9hG4bK365542204^M f: "5502203289" <sip:5502203289@sipvoiss.desa.redvoiss.net>;tag=2639303304^M t: <sip:0299005622408196@sipvoiss.desa.redvoiss.net>;tag=2746a580a4^M i: 81983e61d980fd3ef0046dafe9518284(a)192.168.1.100^M CSeq: 10 ACK^M l: 0^M ^M .
Mar 23 12:18:10 sipvoiss ser[5430]: orig. len=338, new_len=477, proto=1
Mar 23 12:18:10 sipvoiss ser[5430]: DEBUG:destroy_avp_list: destroying list (nil)
Mar 23 12:18:10 sipvoiss ser[5430]: receive_msg: cleaning up
What does it means : "RFC3261 transaction matching failed" and why ???
The weird situation happend when almost the same message arrives without the Compact Form :
V102
ACK sip:0299005622408196@sipvoiss.desa.redvoiss.net SIP/2.0.
Via: SIP/2.0/UDP 10.0.0.237:5060;branch=z9hG4bK2364391837.
From: "5502203289" <sip:5502203289@sipvoiss.desa.redvoiss.net>;tag=827237367.
To: <sip:0299005622408196@sipvoiss.desa.redvoiss.net>;tag=6b466391a4.
Call-ID: 43b2cc325b7fbe9f8790e4cee01dc4b3(a)10.0.0.237.
CSeq: 2 ACK.
Content-Length: 0.
This message works ok!.
....
...
Mar 23 16:30:06 sipvoiss ser[5974]: DEBUG: RFC3261 transaction matched, tid=424819551
Mar 23 16:30:06 sipvoiss ser[5974]: DEBUG: t_lookup_request: transaction found (T=0x404ce3e8)
Mar 23 16:30:06 sipvoiss ser[5974]: DEBUG: cleanup_uac_timers: RETR/FR timers reset
Mar 23 16:30:06 sipvoiss ser[5974]: DEBUG: add_to_tail_of_timer[2]: 0x404ce430
Mar 23 16:30:06 sipvoiss ser[5974]: DEBUG:destroy_avp_list: destroying list (nil)
Mar 23 16:30:06 sipvoiss ser[5974]: receive_msg: cleaning up
Can someone give me a hand here?
Thanks in advance
Regards,
Ricardo Martinez-
Hi all,
I'm going to improve the documentation search page (or rather to
create new search engine).
Here: http://www.iptel.org/ser_documentation_dynamic_search_page_functional_speci…
I have placed a functional specification that describes main
guidelines of new search page.
I would like to get some feedback from you. Please let me know if you
have some comments, tips or questions.
pazdro :)
