-----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