[Serusers] FW: Get RealTime Online Users status
Atle Samuelsen
clona at cyberhouse.no
Thu Nov 1 09:03:50 CET 2007
HI Roa Yo,
Look at the signalling, If you for instance see the callID with
a private IP, and everything else with public IP from the UA.. Then you
are fairly sure there is something happening on the way (ALG).
If you know a user is behind nat, you know he should have private IP's
in his signalling but still has public IP's.
Also if you know your sip-device always uses port 5060, and suddenly you
see traffic from one sip-device that sends from port 15321 and with a
public IP.. you know something is happening on the way.
Just remember,, it CAN look like a alg if ser has been in the picture
since ser can do alot of funnie things with the signalling if you ask it
to ;-)
- Atle
* roayu <roayu at ctisys.net> [071101 08:37]:
>
> Hi Michal,
>
> How to check whether the SIP ALG is enabled from the trace?
>
>
> Thanks.
>
> Cheers,
> Roa Yu :)
>
>
>
> -----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 at iptel.org]
> Sent: Friday, October 19, 2007 11:55 PM
> To: roayu
> Cc: serusers at 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 at iptel.org]
> > Sent: Friday, October 19, 2007 1:17 PM
> > To: roayu
> > Cc: Jiri Kuthan; serusers at 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 at iptel.org]
> > > Sent: Thursday, October 18, 2007 4:28 PM
> > > To: roayu
> > > Cc: serusers at 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 at iptel.org]
> > > >Sent: Thursday, October 18, 2007 9:16 AM
> > > >To: roayu
> > > >Cc: serusers at 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 at iptel.org]
> > > >>Sent: Wednesday, October 10, 2007 2:56 PM
> > > >>To: roayu; SIP
> > > >>Cc: serusers at 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 at arcdiv.com]
> > > >>>Sent: Tuesday, October 09, 2007 9:14 PM
> > > >>>To: roayu
> > > >>>Cc: serusers at 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 at 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 at lists.iptel.org
> > > >>>http://lists.iptel.org/mailman/listinfo/serusers
> > > >>
> > > >>
> > > >>
> > > >>--
> > > >>Jiri Kuthan http://iptel.org/~jiri/
> > > >>_______________________________________________
> > > >>Serusers mailing list
> > > >>Serusers at lists.iptel.org
> > > >>http://lists.iptel.org/mailman/listinfo/serusers
> > > >
> > > >
> > > >
> > > >--
> > > >Jiri Kuthan http://iptel.org/~jiri/
> > > >_______________________________________________
> > > >Serusers mailing list
> > > >Serusers at lists.iptel.org
> > > >http://lists.iptel.org/mailman/listinfo/serusers
> > >
> > >
> > >
> > > --
> > > Jiri Kuthan http://iptel.org/~jiri/
> > > _______________________________________________
> > > Serusers mailing list
> > > Serusers at lists.iptel.org
> > > http://lists.iptel.org/mailman/listinfo/serusers
> >
> _______________________________________________
> Serusers mailing list
> Serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
> _______________________________________________
> Serusers mailing list
> Serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
More information about the sr-users
mailing list