-----Original Message-----
From: roayu
Sent: Monday, October 22, 2007 3:13 PM
To: 'Michal Matyska'
Subject: RE: [Serusers] Get RealTime Online Users status
Thanks Michal!
I will try on it.
Thanks.
Cheers,
Roa Yu
-----Original Message-----
From: Michal Matyska [mailto:michal@iptel.org]
Sent: Friday, October 19, 2007 11:55 PM
To: roayu
Cc: serusers(a)lists.iptel.org
Subject: RE: [Serusers] Get RealTime Online Users status
Looks you have SIP ALG enabled on your NAT, which breaks the call
transfer (no surprise, I haven't seen working SIP ALG yet).
Check OPTIONS request sent by SJphone and received by SER, check NOTIFY
sent by SJphone and received by SER.
Disable the SIP ALG and try again. If you can't disable it, change the
NAT box itself.
Michal
On Fri, 2007-10-19 at 14:42 +0800, roayu wrote:
> Hi Michal,
>
> I've attached the config file as well as the network capture so that you
can
> help me to find out the problem. But I'm not sure whether I will gonna
guide
> u to the answer 42 or not. :p
>
> Thanks for your help!
>
>
> Cheers,
> Roa Yu
>
>
> -----Original Message-----
> From: Michal Matyska [mailto:michal@iptel.org]
> Sent: Friday, October 19, 2007 1:17 PM
> To: roayu
> Cc: Jiri Kuthan; serusers(a)lists.iptel.org
> Subject: Re: [Serusers] Get RealTime Online Users status
>
> Hi,
>
> unless you post the network capture and your config file (but make sure
> you don't disclose anything you want to keep secret) there is nobody who
> can help you.
>
> The only answer is: your script is broken, except the answer 42, but I
> don't think your question was the ultimate question about life, universe
> etc. ;-)
>
> Michal
>
> P.S. If you haven't read "Hitchhikers guide to the universe" don't panic
> and just forget the answer 42.
>
> On Fri, 2007-10-19 at 11:35 +0800, roayu wrote:
> > Hi Jiri!
> >
> > I've captured and analyzed those SIP message dumps. I found that when
> > Sjphone A sent a NOTIFY signal to the SER (after Sjphone A accepted the
> > REFER), SER didn't pass the NOTIFY to the SPA942 to terminate the call
> > between them.
> >
> > Therefore, Sjphone A unable to INVITE Sjphone B to bridge up the
> connection.
> > May I know what causes this?
> >
> >
> > Thanks for your precious time and reply!
> >
> >
> > Cheers,
> > Roa Yu :)
> >
> >
> > -----Original Message-----
> > From: Jiri Kuthan [mailto:jiri@iptel.org]
> > Sent: Thursday, October 18, 2007 4:28 PM
> > To: roayu
> > Cc: serusers(a)lists.iptel.org
> > Subject: Re: [Serusers] Get RealTime Online Users status
> >
> > At 04:59 18/10/2007, roayu wrote:
> > >Hi Jiri!
> > >
> > >Actually, I'm using Sjphone and SPA942 to do the call transfer. I'm
> calling
> > >using Sjphone A to SPA942, then use the SPA942 to transfer the call to
> > >Sjphone B.
> > >
> > > SJPhone A --> SPA942 --> SJPhone B
> > >
> > >After a short conversation with SJPhone B, then I press the 'xfer'
button
> > on
> > >the 2nd time so that both SJPhone A and SJPhone B can talk to each
other.
> > >But the call couldn't be transferred to SJPhone B whereas when I used
> > >Asterisk, it's able to do so.
> > >
> > >I've tried to disable the Digest-qop but it still couldn't perform the
> > >transfer properly. What other settings that I need to configure on SER?
> >
> > I'm afraid you've gotta analyze SIP message dumps to figure out what's
> gone
> > wrong. -jiri
> >
> >
> > >Thanks and really appreciate on your reply.
> > >
> > >Cheers,
> > >Roa Yu
> > >
> > >
> > >-----Original Message-----
> > >From: Jiri Kuthan [mailto:jiri@iptel.org]
> > >Sent: Thursday, October 18, 2007 9:16 AM
> > >To: roayu
> > >Cc: serusers(a)lists.iptel.org
> > >Subject: Re: [Serusers] Get RealTime Online Users status
> > >
> > >At 10:37 10/10/2007, roayu wrote:
> > >>Oh, I got it! Thanks Jiri!
> > >>
> > >>Btw, I have another questions.
> > >>1) I would like to know can call transfer being done when the
> > >>connection is P2P?
> > >
> > >you mean without a proxy? sure it can.
> > >
> > >> When I tried to use relay (mediaproxy) to do the call
transfer,
> > >it's
> > >>able to transfer the call to the other party whereas when the
> condition
> > >is
> > >>P2P, it just can't pass the correct signal.
> > >
> > >that's apparently unrelated to use of media proxy. you would have to
> > >check the SIP dumps what's going wrong. Unfortunately I can't promise
> > >I would help to review those -- my to-do-list is endless these days.
> > >Perhaps someone else on the list will.
> > >
> > >
> > >>2) Can SER support SPA942 ? Or is there some settings that I need
> to
> > >>configure on SER ?
> > >
> > >yes.
> > >well for some SPAs you may need to disable digest-qop since they have a
> > bug.
> > >(don't ask me which though).
> > >
> > >-jiri
> > >
> > >
> > >
> > >>Thanks.
> > >>
> > >>Cheers,
> > >>Roa Yu
> > >>
> > >>-----Original Message-----
> > >>From: Jiri Kuthan [mailto:jiri@iptel.org]
> > >>Sent: Wednesday, October 10, 2007 2:56 PM
> > >>To: roayu; SIP
> > >>Cc: serusers(a)lists.iptel.org
> > >>Subject: Re: [Serusers] Get RealTime Online Users status
> > >>
> > >>yes, set usrloc's database mode to 1. -jiri
> > >>
> > >>At 03:32 10/10/2007, roayu wrote:
> > >>
> > >>>Thanks for your reply. I found that it's only update after around 30
> > >>>seconds. Is there anyway that I can fasten the update on the
database?
> > >>>
> > >>>Thanks.
> > >>>
> > >>>Cheers,
> > >>>Roa Yu
> > >>>
> > >>>-----Original Message-----
> > >>>From: SIP [mailto:sip@arcdiv.com]
> > >>>Sent: Tuesday, October 09, 2007 9:14 PM
> > >>>To: roayu
> > >>>Cc: serusers(a)lists.iptel.org
> > >>>Subject: Re: [Serusers] Get RealTime Online Users status
> > >>>
> > >>>roayu wrote:
> > >>>>
> > >>>> Hi there!
> > >>>>
> > >>>> Can anyone tell me how to get the RealTime Online user status other
> > >>>> than using command '*serctl ul show*'? Or how can I store the
> realtime
> > >>>> online user status to the MySQL db?
> > >>>>
> > >>>> Thanks.
> > >>>>
> > >>>> Cheers,
> > >>>>
> > >>>> Roa Yu J
> > >>>>
> > >>>>
> > ------------------------------------------------------------------------
> > >>>>
> > >>>> _______________________________________________
> > >>>> Serusers mailing list
> > >>>> Serusers(a)lists.iptel.org
> > >>>> http://lists.iptel.org/mailman/listinfo/serusers
> > >>>>
> > >>>The location table in the MySQL database stores what are, in effect,
> > >>>currently online users. It is, however, only an approximation. When a
> UA
> > >>>registers, it sends an expiration time on its registration and that
> gets
> > >>>stored in the location table. If the user disconnects without
> cancelling
> > >>>his registration (some UAs send am expire register message to 'log
out'
>
> > >>>and some don't), then the data may still be in the table until the
> > >>>expire time occurs. Realistically, though, you can get a good idea of
> > >>>currenly online users using the location table and while it may not
be
> > >>>100% accurate, it's close enough for government work, as it were.
> > >>>
> > >>>N.
> > >>>_______________________________________________
> > >>>Serusers mailing list
> > >>>Serusers(a)lists.iptel.org
> > >>>http://lists.iptel.org/mailman/listinfo/serusers
> > >>
> > >>
> > >>
> > >>--
> > >>Jiri Kuthan http://iptel.org/~jiri/
> > >>_______________________________________________
> > >>Serusers mailing list
> > >>Serusers(a)lists.iptel.org
> > >>http://lists.iptel.org/mailman/listinfo/serusers
> > >
> > >
> > >
> > >--
> > >Jiri Kuthan http://iptel.org/~jiri/
> > >_______________________________________________
> > >Serusers mailing list
> > >Serusers(a)lists.iptel.org
> > >http://lists.iptel.org/mailman/listinfo/serusers
> >
> >
> >
> > --
> > Jiri Kuthan http://iptel.org/~jiri/
> > _______________________________________________
> > Serusers mailing list
> > Serusers(a)lists.iptel.org
> > http://lists.iptel.org/mailman/listinfo/serusers
>
On 10/19/07, users-request(a)openser.org <users-request(a)openser.org> wrote on
behalf of Iñaki Baz Castillo <ibc(a)in.ilimit.es>:
>
> > My openser have a private IP (192.168.5.119) statically natted to
> > xx.xx.33.119; so the first via contains the private IP. Is it up to the
> > client to figure out how to manage this or is there a way to handle this
> > in openser ?
>
>
> Look at the "Via" headres in both cases, they are the same.
That's right but the difference is that the second invite reply (from Sipura)
arrives to the server and the first one from Thomson don't.
> You have an issue because NAT. The Thomson INVITE leaves OpenSer natted but
> the Via header added by OpenSer says "192.168.5.119". You should fix the Via
> header for messages that will be natted, but sincerely I don't know how.
Thank you for this hint. It reminded me a wonderful option in openser core
called "advertised_address" where you can set what you want to see in the first
Via. So I set my domain name there. It is resolved with the public IP from
outside and with the lan IP from the inside and now it works from both sides !
--
Regards,
- vma
.
Guys,
thanks to your support (both Bogdan and Daniel), I found out that
there was nothing wrong with the server and t_onreply handling, but
the INVITE was taking another routing three than the one I was
checking and therefore never hit the t_on_reply section I wanted.
This being said, I consider this issue resolved.
Cheers,
Dan
Hi all
I am using Fedora 7 and installed "openser - 1.2.2 - 3.fc7.i386.rpm" and I am using mysql.
I need to increase the table LCR, 256 entries for 8000 entries, as do that?
At 18:30 19/10/2007, samuel wrote:
>SIP version 1 (2543) used From header to identify the dialog so it's not recommended to change the From header to be backwards compatible (is there any RFC 2543 SIP endpoint around??...).
>SIP Version 2 (RFC 3261) uses tags to identify dialogs so you should be able to change the FRom header except the tag.
and mandates backwards compatibility at the same time, which gets you back to square 1.
>Recently there was an RFC 4916 that specifies how to identify the connected identity and how to make a change in the From but I think this is far beyond what you are trying to achieve.
I'm adraid there are too many fascinating extensions in such quantity that many have stopped
taking care of those (sometimes for a good reason)
>There are additional headers (Remote_PartyID, and related) that can be used to specify an identify of the calling party..
asserted identity being most adequate nowadays, I guess.
-jiri
--
Jiri Kuthan http://iptel.org/~jiri/
Looks you have SIP ALG enabled on your NAT, which breaks the call
transfer (no surprise, I haven't seen working SIP ALG yet).
Check OPTIONS request sent by SJphone and received by SER, check NOTIFY
sent by SJphone and received by SER.
Disable the SIP ALG and try again. If you can't disable it, change the
NAT box itself.
Michal
On Fri, 2007-10-19 at 14:42 +0800, roayu wrote:
> Hi Michal,
>
> I've attached the config file as well as the network capture so that you can
> help me to find out the problem. But I'm not sure whether I will gonna guide
> u to the answer 42 or not. :p
>
> Thanks for your help!
>
>
> Cheers,
> Roa Yu
>
>
> -----Original Message-----
> From: Michal Matyska [mailto:michal@iptel.org]
> Sent: Friday, October 19, 2007 1:17 PM
> To: roayu
> Cc: Jiri Kuthan; serusers(a)lists.iptel.org
> Subject: Re: [Serusers] Get RealTime Online Users status
>
> Hi,
>
> unless you post the network capture and your config file (but make sure
> you don't disclose anything you want to keep secret) there is nobody who
> can help you.
>
> The only answer is: your script is broken, except the answer 42, but I
> don't think your question was the ultimate question about life, universe
> etc. ;-)
>
> Michal
>
> P.S. If you haven't read "Hitchhikers guide to the universe" don't panic
> and just forget the answer 42.
>
> On Fri, 2007-10-19 at 11:35 +0800, roayu wrote:
> > Hi Jiri!
> >
> > I've captured and analyzed those SIP message dumps. I found that when
> > Sjphone A sent a NOTIFY signal to the SER (after Sjphone A accepted the
> > REFER), SER didn't pass the NOTIFY to the SPA942 to terminate the call
> > between them.
> >
> > Therefore, Sjphone A unable to INVITE Sjphone B to bridge up the
> connection.
> > May I know what causes this?
> >
> >
> > Thanks for your precious time and reply!
> >
> >
> > Cheers,
> > Roa Yu :)
> >
> >
> > -----Original Message-----
> > From: Jiri Kuthan [mailto:jiri@iptel.org]
> > Sent: Thursday, October 18, 2007 4:28 PM
> > To: roayu
> > Cc: serusers(a)lists.iptel.org
> > Subject: Re: [Serusers] Get RealTime Online Users status
> >
> > At 04:59 18/10/2007, roayu wrote:
> > >Hi Jiri!
> > >
> > >Actually, I'm using Sjphone and SPA942 to do the call transfer. I'm
> calling
> > >using Sjphone A to SPA942, then use the SPA942 to transfer the call to
> > >Sjphone B.
> > >
> > > SJPhone A --> SPA942 --> SJPhone B
> > >
> > >After a short conversation with SJPhone B, then I press the 'xfer' button
> > on
> > >the 2nd time so that both SJPhone A and SJPhone B can talk to each other.
> > >But the call couldn't be transferred to SJPhone B whereas when I used
> > >Asterisk, it's able to do so.
> > >
> > >I've tried to disable the Digest-qop but it still couldn't perform the
> > >transfer properly. What other settings that I need to configure on SER?
> >
> > I'm afraid you've gotta analyze SIP message dumps to figure out what's
> gone
> > wrong. -jiri
> >
> >
> > >Thanks and really appreciate on your reply.
> > >
> > >Cheers,
> > >Roa Yu
> > >
> > >
> > >-----Original Message-----
> > >From: Jiri Kuthan [mailto:jiri@iptel.org]
> > >Sent: Thursday, October 18, 2007 9:16 AM
> > >To: roayu
> > >Cc: serusers(a)lists.iptel.org
> > >Subject: Re: [Serusers] Get RealTime Online Users status
> > >
> > >At 10:37 10/10/2007, roayu wrote:
> > >>Oh, I got it! Thanks Jiri!
> > >>
> > >>Btw, I have another questions.
> > >>1) I would like to know can call transfer being done when the
> > >>connection is P2P?
> > >
> > >you mean without a proxy? sure it can.
> > >
> > >> When I tried to use relay (mediaproxy) to do the call transfer,
> > >it's
> > >>able to transfer the call to the other party whereas when the
> condition
> > >is
> > >>P2P, it just can't pass the correct signal.
> > >
> > >that's apparently unrelated to use of media proxy. you would have to
> > >check the SIP dumps what's going wrong. Unfortunately I can't promise
> > >I would help to review those -- my to-do-list is endless these days.
> > >Perhaps someone else on the list will.
> > >
> > >
> > >>2) Can SER support SPA942 ? Or is there some settings that I need
> to
> > >>configure on SER ?
> > >
> > >yes.
> > >well for some SPAs you may need to disable digest-qop since they have a
> > bug.
> > >(don't ask me which though).
> > >
> > >-jiri
> > >
> > >
> > >
> > >>Thanks.
> > >>
> > >>Cheers,
> > >>Roa Yu
> > >>
> > >>-----Original Message-----
> > >>From: Jiri Kuthan [mailto:jiri@iptel.org]
> > >>Sent: Wednesday, October 10, 2007 2:56 PM
> > >>To: roayu; SIP
> > >>Cc: serusers(a)lists.iptel.org
> > >>Subject: Re: [Serusers] Get RealTime Online Users status
> > >>
> > >>yes, set usrloc's database mode to 1. -jiri
> > >>
> > >>At 03:32 10/10/2007, roayu wrote:
> > >>
> > >>>Thanks for your reply. I found that it's only update after around 30
> > >>>seconds. Is there anyway that I can fasten the update on the database?
> > >>>
> > >>>Thanks.
> > >>>
> > >>>Cheers,
> > >>>Roa Yu
> > >>>
> > >>>-----Original Message-----
> > >>>From: SIP [mailto:sip@arcdiv.com]
> > >>>Sent: Tuesday, October 09, 2007 9:14 PM
> > >>>To: roayu
> > >>>Cc: serusers(a)lists.iptel.org
> > >>>Subject: Re: [Serusers] Get RealTime Online Users status
> > >>>
> > >>>roayu wrote:
> > >>>>
> > >>>> Hi there!
> > >>>>
> > >>>> Can anyone tell me how to get the RealTime Online user status other
> > >>>> than using command '*serctl ul show*'? Or how can I store the
> realtime
> > >>>> online user status to the MySQL db?
> > >>>>
> > >>>> Thanks.
> > >>>>
> > >>>> Cheers,
> > >>>>
> > >>>> Roa Yu J
> > >>>>
> > >>>>
> > ------------------------------------------------------------------------
> > >>>>
> > >>>> _______________________________________________
> > >>>> Serusers mailing list
> > >>>> Serusers(a)lists.iptel.org
> > >>>> http://lists.iptel.org/mailman/listinfo/serusers
> > >>>>
> > >>>The location table in the MySQL database stores what are, in effect,
> > >>>currently online users. It is, however, only an approximation. When a
> UA
> > >>>registers, it sends an expiration time on its registration and that
> gets
> > >>>stored in the location table. If the user disconnects without
> cancelling
> > >>>his registration (some UAs send am expire register message to 'log out'
>
> > >>>and some don't), then the data may still be in the table until the
> > >>>expire time occurs. Realistically, though, you can get a good idea of
> > >>>currenly online users using the location table and while it may not be
> > >>>100% accurate, it's close enough for government work, as it were.
> > >>>
> > >>>N.
> > >>>_______________________________________________
> > >>>Serusers mailing list
> > >>>Serusers(a)lists.iptel.org
> > >>>http://lists.iptel.org/mailman/listinfo/serusers
> > >>
> > >>
> > >>
> > >>--
> > >>Jiri Kuthan http://iptel.org/~jiri/
> > >>_______________________________________________
> > >>Serusers mailing list
> > >>Serusers(a)lists.iptel.org
> > >>http://lists.iptel.org/mailman/listinfo/serusers
> > >
> > >
> > >
> > >--
> > >Jiri Kuthan http://iptel.org/~jiri/
> > >_______________________________________________
> > >Serusers mailing list
> > >Serusers(a)lists.iptel.org
> > >http://lists.iptel.org/mailman/listinfo/serusers
> >
> >
> >
> > --
> > Jiri Kuthan http://iptel.org/~jiri/
> > _______________________________________________
> > Serusers mailing list
> > Serusers(a)lists.iptel.org
> > http://lists.iptel.org/mailman/listinfo/serusers
>
Hello,
I try to install OpenXCAP on a Ubuntu server Feisty machine. I am up to the
point of installing the python-application 1.0.9, but when I try to install
it with python setup.py install, I get the following error :
byte-compiling /usr/lib/python2.5/site-packages/application/python/queue.py
to queue.pyc
File "/usr/lib/python2.5/site-packages/application/python/queue.py", line
9
v v v v v v v
^
SyntaxError: invalid syntax
As I have absolutely no experience with Python, I would like to know how I
could work around this error.
Thank you in advance for your help,
Antoine
Hello,
There is a new OpenXCAP release available.
openxcap (0.9.7) unstable; urgency=low
* Prevented Twisted from printing SQL login info in the log
* Added some info to INSTALL about tested versions
openxcap (0.9.6) unstable; urgency=low
* Fixed trusted peer authentication bug against the latest Twisted
svn trunk.
openxcap (0.9.5) unstable; urgency=low
* Changed watcher application to reflect new database column names
of OpenSER revision 2923
* Changed default SQL table name from "xcap" to "xcap_xml"
openxcap (0.9.4) unstable; urgency=low
* Added "watchers" application to query OpenSER presence watchers.
* Include debian directory in the source archive.
openxcap (0.9.3) unstable; urgency=low
* Adjusted OpenXCAP to use python-application >= 1.0.9
* Set TLS mode based on http/https scheme of the root URI.
* document_validation defaults to Yes in config.ini.sample
openxcap (0.9.2) unstable; urgency=low
* Changed the name and structure of xcap_xml table.
* Added the 'type' param to refreshWatchers OpenSER command.
* Added configuration option to disable XML schema validation.
* Updated XML scheme to allow EyeBeam resource lists to pass
validation.
* Update debian dependencies.
The software can be downloaded from:
http://openxcap.org
Kind regards,
Adrian Georgescu