sr-users November 2007

sr-users@lists.kamailio.org

138 participants
248 discussions

[Serusers] Suresh is your Yaar! :)
by Suresh 02 Nov '07

02 Nov '07

Spam detection software, running on the system "mail.iptel.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Suresh Hyderabad Suresh Arunachalam wants you to join Yaari! Is Suresh your friend? Please respond or Suresh might think you said no :( To stop receiving emails from Yaari.com, click here. If you have any concerns regarding the content of this message, please email abuse(a)yaari.com. Yaari LLC, 358 Angier Ave, Atlanta, GA 30312 [...] Content analysis details: (6.5 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.4 X_PRIORITY_HIGH Sent with 'X-Priority' set to high -0.0 SPF_HELO_PASS SPF: HELO matches SPF record -0.0 SPF_PASS SPF: sender matches SPF record 3.2 URI_UNSUBSCRIBE URI: URI contains suspicious unsubscribe link 1.2 HTML_IMAGE_ONLY_20 BODY: HTML: images with 1600-2000 bytes of words -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.0 HTML_MESSAGE BODY: HTML included in message 0.0 MIME_HTML_ONLY BODY: Message only has text/html MIME parts 0.2 MIME_BASE64_NO_NAME RAW: base64 attachment does not have a file name 3.0 URIBL_OB_SURBL Contains an URL listed in the OB SURBL blocklist [URIs: yaari.com] 0.9 HTML_SHORT_LINK_IMG_3 HTML is very short with a linked image 0.2 AWL AWL: From: address is in the auto white-list The original message was not completely plain text, and may be unsafe to open with some email clients; in particular, it may contain a virus, or confirm that your address can receive spam. If you wish to view it, it may be safer to save it to a file and open it with an editor.

1 0

[OpenSER-Users] Beep in audio stream.
by Marc Dirix 02 Nov '07

02 Nov '07

Hi, I'm currently setting op an openser server. My setup at the moment is as follows: registrar (pstn) <=> yate (sip server) <=> openser <=> sip_phone. As I make a call with the sip phone to a pstn line, the rtp stream is forwarded from the yate server to openser, which acts as en media proxy with rtpproxy. During the call I get very annoying beeps every 2 or 3 seconds. The beeps sound a bit like cost-beeps or somethin. When I connect the phone directly to the yate server however, which then starts acting as media-proxy, I do not get any beeps. Furthermore, if I remove force_rtp_forward() from openser config, it stops being proxy for the stream, but still I get these annoying beeps. Excluding any problems with rtpproxy. Clearly, the registrar sends these beeps, but he doesn't send them when I connect with yate. Am I missing something that can trigger this behaviour? Thanks, Marc Dirix

3 3

[Serusers] Something I've never fully understood about AVP_Check
by SIP 01 Nov '07

01 Nov '07

Both the SER and OpenSER documentation list flags in avp_check: flags = 'g' | 'G' | 'i' | 'I' But no one seems to list exactly what those flags do. Sure, /g for global, and /i for case insensitive. But what are the capital versions? The same thing just variants thereof? Do they mean something special? N.

2 1

[OpenSER-Users] How to expose the expires value in REGISTER
by Robert Dyck 01 Nov '07

01 Nov '07

I am wondering how to expose and test the value of the expires parameter in a REGISTER request. I am experimenting with openser as the basis for a home phone network. I use multiple devices with the same user ID. They register locally ( with no reply ) and with an external service provider. The contacts are mangled to show the public address of openser. Multiple registrations result in a single AOR at the external registrar. Incoming calls from the outside are forked and ring the local phones. Local phones can also call each other without the hairpin problem associated with STUN enabled phones. The problem is that a softphone will deregister when it is closed or its profile changes. This would deregister the AOR at the external registrar. The remaining phones could not receive calls from the outside until they refreshed their registrations. I would like to prevent deregistration at the external registrar unless the phone that was deregistering was the only remaining one. The first step would be to identify REGISTER messages where the expires value is equal to zero. Any thoughts? Thanks Rob

2 3

[Serusers] need help - Call Forwarding
by Piyush.Bansal＠relianceada.com 01 Nov '07

01 Nov '07

Hi All, We're trying to test Call Forwarding Unconditional (CFU) using SER-2.0.0-rc1. We're adding the subscriber's attribute using following command - ./ser_ctl attrs set 50001(a)192.168.112.14 fwd_always_target=50(a)192.168.112.14 After that we tried to call to 50001. After receiving the call, SER fails to fetch the attribute (fwd_always_target) value from the DB. Even, the check "if ($tu.fwd_always_target)" fails in this case.. The config file is also attahced with the mail. Can anybody tell me why this is happening?????? Plz reply ASAP..... The information contained in this e-mail message is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you should return it to the sender immediately. Please note that while we scan all e-mails for viruses we cannot guarantee that any e-mail is virus-free and accept no liability for any damage caused by any virus transmitted by this email.

1 0

Re: [Serusers] FW: Get RealTime Online Users status
by roayu 01 Nov '07

01 Nov '07

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@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 > _______________________________________________ Serusers mailing list Serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

3 2

[Serusers] Doucumention search page is not working
by Tomasz Zieleniewski 01 Nov '07

01 Nov '07

Hi, Can some please check and set it up. Thanks Tomasz

1 0

Re: [Serusers] FW: Get RealTime Online Users status
by roayu 01 Nov '07

01 Nov '07

Hi Atle! Ya, sometimes I found that there is something unusual happened as the UA1 will send the INVITE directly + UA2 public IP to UA2 without going through SER. Is this what you are mentioning on the ALG issue? Thanks! Cheers, Roa Yu -----Original Message----- From: Atle Samuelsen [mailto:clona@cyberhouse.no] Sent: Thursday, November 01, 2007 4:04 PM To: roayu Cc: Michal Matyska; serusers(a)lists.iptel.org Subject: Re: [Serusers] FW: Get RealTime Online Users status 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(a)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@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 > > > _______________________________________________ > Serusers mailing list > Serusers(a)lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers > _______________________________________________ > Serusers mailing list > Serusers(a)lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users November 2007