sr-users March 2003

sr-users@lists.kamailio.org

77 participants
136 discussions

[Serusers] SER Programmer's Guide update

by Jan Janak

Hello, We are going to update the SER Programmer's Guide (If you don't know it: http://iptel.org/ser/devel.html ). If you have any suggestions, ideas or even want to contribute something, please let us know. The document will be intended mainly for 3rd party module developers and feedback from you is very important to us. Any feedback will be appreciated, thank you. regards, Jan.

21 years, 1 month

[Serusers] ��

by 782-35-67

21 years, 1 month

[Serusers] �� !

by gryllus＠charter.net

21 years, 1 month

[Serusers] SIPIt 13 Press Release and Registration Information

by Jerry Yin

Sorry if you receive duplicated mail from other groups. ============================================================================ ======= Mitel Networks To Host Leading Global SIP Interoperability Event SIPit 13 to showcase the interoperability and implementations of Session Initiation Protocol (SIP) from over 60 companies OTTAWA, CANADA, March 11, 2003 - Mitel Networks, a market-leader in voice, video, and data convergence over broadband networks, today announced that it will host and sponsor the 13th annual SIPit, a global SIP interoperability testing event. The event will take place August 18 to 23 at the Brookstreet Hotel in Ottawa, Canada and attract over 60 vendors and 150 engineers from around the globe. SIPit is an international event endorsed by the SIP Forum and overseen by the Internet Engineering Task Force (IETF). SIPit provides a critical industry benchmark in the drive to make SIP the defacto standard for real-time Internet communication services. SIP is an open, Internet-genuine protocol for establishing and managing multi-party, mixed-media sessions over converged networks. The purpose of SIPit is to test the interoperability of SIP implementations and products and perform testing on advanced features and functionality. Vendors then have the opportunity to address any incompatibilities for their commercial releases. The testing at SIPit also accelerates the drive towards new drafts of the SIP specification based on new requirements and findings at the event. SIPit is open exclusively to vendors offering SIP-based solutions that will see market availability and is not an exhibition, public demonstration, conference or workshop. "The promise of SIP to enable businesses the choice and flexibility of true open interoperability in a multi-vendor environment will gain velocity as manufacturers collaborate in testing their standards based solutions," said Paul Butcher, Chief Operating Officer, Mitel Networks. "The opportunity to test our products at SIPit, with the devices and services of over 60 of the world's leading implementers, provides a tremendous opportunity to measure the interoperability of our own SIP-based solutions and of the industry as a whole." An early supporter of SIP, Mitel Networks has participated in the previous six SIPit events. At SIPit13 Mitel Networks will test a range of SIP-based desktop devices and communications platforms including the 5055 SIP Phone and the 3050 Integrated Communications Platform. For registration and information about SIPit13 in Ottawa, please visit: www.mitel.com/sipit. About SIP An Internet Engineering Task Force (IETF) standard, SIP is an open, Internet-genuine protocol for establishing and managing multi-party, mixed-media sessions over converged networks. SIP enables the creation and deployment of feature-rich services that go far beyond simple VoIP calls. About Mitel Networks Mitel Networks is a market-leader for voice, video, and data convergence over broadband networks. With a focus on the user experience, the company delivers advanced communications solutions that are easily customized for individual business needs. Through intuitive desktop appliances and applications, businesses are provided with innovative ways to manage information and resources. Vertical markets benefit from integrated solutions that protect existing investments, while enabling new ways to be more cost effective and productive. Mitel Networks is headquartered in Ottawa, Canada with offices, partners, and resellers worldwide. For more information please visit www.mitel.com -30- For more information, please contact: Jon Carvill Mitel Networks 613.592.2122 jon_carvill(a)mitel.com

21 years, 1 month

[Serusers] Change to Module Export Structure??

by srm＠cs.stir.ac.uk

Hi, I have just updated my source version from CVS and find that I get hundreds of warnings about incompatible pointer types when doing make all. Have you changed the module export structure (the warning seem to point to there)? thanks Stephan -- The University of Stirling is a university established in Scotland by charter at Stirling, FK9 4LA. Privileged/Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not disclose, copy or deliver this message to anyone and any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer do not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of the University of Stirling shall be understood as neither given nor endorsed by it.

21 years, 1 month

Re: [Serusers] OPTIONS method

by lgfausak＠august.net

Yes, the CSeq is incremented. Thanks, -g > >Hello Greg, > >On 11-03 07:40, Greg Fausak wrote: >> What is weird about the OPTIONS request is that it is >> including the established Callid. > > That is imho fine as long as CSeq in OPTIONS has higher value than > CSeq in INVITE. > > Jan. > >--8GpibOaaTibBMecb >Content-Type: application/pgp-signature >Content-Disposition: inline > >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v1.2.1 (GNU/Linux) > >iD8DBQE+bfTyA0X9pGsVw/URAirmAJ9iqtJFrHLYmUm2rMY7PL0yuvOQgwCdFDXn >EnqT7XpxTAAArEhhT2p9x7E= >=QKSs >-----END PGP SIGNATURE----- > >--8GpibOaaTibBMecb-- >

21 years, 1 month

[Serusers] process loaded

by mjkane＠attbi.com

Hi Nils, I've copied my ser.cfg file into the body of this email. As you can see 'fork=yes'. I've also copied the output of the serctl ps. As you can see my config is pretty basic at this point. Thansk Mike 0 8512 attendant 1 8514 receiver child=0 sock=0 @ 127.0.0.1::5060 2 8515 receiver child=1 sock=0 @ 127.0.0.1::5060 3 8516 receiver child=2 sock=0 @ 127.0.0.1::5060 4 8517 receiver child=3 sock=0 @ 127.0.0.1::5060 5 8518 receiver child=0 sock=1 @ 10.100.100.243::5060 6 8519 receiver child=1 sock=1 @ 10.100.100.243::5060 7 8520 receiver child=2 sock=1 @ 10.100.100.243::5060 8 8521 receiver child=3 sock=1 @ 10.100.100.243::5060 9 8522 fifo server 10 8539 timer # # $Id: ser.cfg,v 1.12 2002/10/21 02:40:06 jiri Exp $ # # simple quick-start config script # # ----------- global configuration parameters ------------------------ debug=3 # debug level (cmd line: -dddddddddd) fork=yes log_stderror=no # (cmd line: -E) check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) port=5060 children=4 fifo="/tmp/ser_fifo" # ------------------ module loading ---------------------------------- # Uncomment this if you want to use SQL database loadmodule "//usr/lib/ser/modules/mysql.so" loadmodule "//usr/lib/ser/modules/sl.so" loadmodule "//usr/lib/ser/modules/tm.so" loadmodule "//usr/lib/ser/modules/rr.so" loadmodule "//usr/lib/ser/modules/maxfwd.so" loadmodule "//usr/lib/ser/modules/usrloc.so" loadmodule "//usr/lib/ser/modules/registrar.so" # Uncomment this if you want digest authentication # mysql.so must be loaded ! loadmodule "//usr/lib/ser/modules/auth.so" # ----------------- setting module-specific parameters --------------- # -- usrloc params -- #modparam("usrloc", "db_mode", 0) # Uncomment this if you want to use SQL database # for persistent storage and comment the previous line modparam("usrloc", "db_mode", 2) # -- auth params -- # Uncomment if you are using auth module # modparam("auth", "secret", "alsdkhglaksdhfkloiwr") modparam("auth", "calculate_ha1", yes) # # If you set "calculate_ha1" parameter to yes (which true in this config), # uncomment also the following parameter) # modparam("auth", "password_column", "password") # ------------------------- request routing logic ------------------- # main routing logic route{ # initial sanity checks -- messages with # max_forwars==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); break; }; if (len_gt( max_len )) { sl_send_reply("513", "Message too big"); }; # Do strict routing if pre-loaded route headers present rewriteFromRoute(); # if the request is for other domain use UsrLoc # (in case, it does not work, use the following command # with proper names and addresses in it) if (uri=~"to-talk.com") { if (method=="REGISTER") { # Uncomment this if you want to use digest authentication if (!www_authorize("to-talk.com", "subscriber")) { www_challenge("to-talk.com", "0"); break; }; save("location"); break; }; # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { > Hello Mike, > > On Tuesday 11 March 2003 14:28, mjkane(a)attbi.com wrote: > > Hello, I have sucessfully configured SER to connect to mysql, but, now when > > I execute ./ser start only 3 process are loaded. If I load SER using the > > default ser.cfg file it loads 11 processes. Any thoughts.. > > sounds like you configured 'fork=no'. Then you would have one timer process, > one process for fifo, and one answering requests. You can check this with > 'serctl ps'. > > Greetings > Nils

21 years, 1 month

[Serusers] process loaded

by mjkane＠attbi.com

Hello, I have sucessfully configured SER to connect to mysql, but, now when I execute ./ser start only 3 process are loaded. If I load SER using the default ser.cfg file it loads 11 processes. Any thoughts.. Mike

21 years, 1 month

[Serusers] Parsing Message

by Stephan Reiff-Marganiec

If I have a SIP message in a char* variable, then I assume that I can parse it into a struct sip_msg* using a function in ser. The most obvious function seems to be parse_msg(). This does not seem to work to my expectation. Here is a code snippet (which is close to the code in receive.c): char* response // contains my message struct sip_msg msg // this is were the result should go memset(msg, 0, sizeof(struct sip_msg)); response[len] = 0; msg->buf = response; msg->len = len; if (parse_msg(response, len, msg))!=0) { LOG(L_ERR, "ERROR"); } LOG(L_ERR, "After parse msg ...") dump_sip_msg(msg) // this just prints the fields of the message to LOG dump_sip_msg() works fine on the incoming sip message, so the problem is either in my SIP message or in my use of the parse function. However, I think my message is fine (it is the received message with the first line replaced with SIP/2.0 600 Policy Server Msg date time). I enclose a cut from /var/log/messages. Stephan /var/log/messages: Mar 7 14:52:41 d254196 /usr/local/sbin/ser[9566]: After parse_msg... Mar 7 14:52:41 d254196 /usr/local/sbin/ser[9566]: polserv: dump_sip_msg() Mar 7 14:52:41 d254196 /usr/local/sbin/ser[9566]: msg->id: int = 0 Mar 7 14:52:41 d254196 /usr/local/sbin/ser[9566]: msg->first_line: msg_start (rep) 600 Policy Server Msg 2003-03-07 14:52:24^M Via: SIP/2.0/UDP Mar 7 14:52:41 d254196 /usr/local/sbin/ser[9566]: DEBUG: dump_hdr_field: type=1, name=Via, body=SIP/2.0/UDP 139.153.254.196:5062, parsed=0x80a584c, next=(nil) Mar 7 14:52:41 d254196 /usr/local/sbin/ser[9566]: DEBUG: dump_hdr_field: type=1, name=Via, body=SIP/2.0/UDP 139.153.254.196:5062, parsed=0x80a584c, next=(nil) Mar 7 14:52:41 d254196 /usr/local/sbin/ser[9566]: msg->parsed_flag 1 Mar 7 14:52:41 d254196 /usr/local/sbin/ser[9566]: DEBUG: dump_hdr_field: type=1, name=Via, body=SIP/2.0/UDP 139.153.254.196:5062, parsed=0x80a584c, next=(nil) Mar 7 14:52:41 d254196 /usr/local/sbin/ser[9566]: DEBUG: dump_hdr_field: field is NULL Mar 7 14:52:41 d254196 last message repeated 20 times Mar 7 14:52:41 d254196 /usr/local/sbin/ser[9566]: msg->eoh: (null) Mar 7 14:52:41 d254196 /usr/local/sbin/ser[9566]: msg->unparsed: CSeq: 7635 REGISTER^M To: "Stephan" <sip:mrs@cs.stir.ac.uk>^M Expires: 900^M From: "Stephan" <sip:mrs@cs.stir.ac.uk>^M Call-Id: 138108089(a)139.153.254.196^M User-Agent: KPhone/2.11^M Event: registration^M Allow-Events: presence^M Contact: "root" <sip:root@139.153.254.196:5062;transport=UDP>;methods="INVITE, MESSAGE, INFO, SUBSCRIBE, OPTIONS, BYE, CANCEL, NOTIFY, ACK"^M Content-Length: 0^M ^M ^M Mar 7 14:52:41 d254196 /usr/local/sbin/ser[9566]: msg->buf: SIP/2.0 600 Policy Server Msg 2003-03-07 14:52:24^M Via: SIP/2.0/UDP 139.153.254.196:5062^M CSeq: 7635 REGISTER^M To: "Stephan" <sip:mrs@cs.stir.ac.uk>^M Expires: 900^M From: "Stephan" <sip:mrs@cs.stir.ac.uk>^M Call-Id: 138108089(a)139.153.254.196^M User-Agent: KPhone/2.11^M Event: registration^M Allow-Events: presence^M Contact: "root" <sip:root@139.153.254.196:5062;transport=UDP>;methods="INVITE, MESSAGE, INFO, SUBSCRIBE, OPTIONS, BYE, CANCEL, NOTIFY, ACK"^M Content-Length: 0^M ^M ^M Mar 7 14:52:41 d254196 /usr/local/sbin/ser[9566]: msg->len: 475 Mar 7 14:52:41 d254196 /usr/local/sbin/ser[9566]: msg->parsed_uri_ok: int = 0 Mar 7 14:52:41 d254196 /usr/local/sbin/ser[9566]: polserv: all fine, returning now ... Mar 7 14:52:41 d254196 /usr/local/sbin/ser[9566]: ERROR: parse_sip_msg_uri: bad uri <600> Mar 7 14:52:41 d254196 /usr/local/sbin/ser[9566]: WARNING: do_action:error in expression -- Dr Stephan Reiff-Marganiec Research Fellow Department of Computing Science; University of Stirling email: srm(a)cs.stir.ac.uk tel: 01786 46 7448 -- The University of Stirling is a university established in Scotland by charter at Stirling, FK9 4LA. Privileged/Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not disclose, copy or deliver this message to anyone and any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer do not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of the University of Stirling shall be understood as neither given nor endorsed by it.

21 years, 1 month

[Serusers] error with setup

by Wolfe, Craig A

When I tryto go the page localhost/admin/index.php I get the following error. Warning: mysql_pconnect() [function.mysql-pconnect <http://www.php.net/function.mysql-pconnect>]: Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2) in /usr/local/serweb/phplib/db_mysql.inc on line 73 Database error: pconnect(localhost, ser, $Password) failed. MySQL Error: () Session halted. Any help would ne greatly appreciated. Thanks Craig Wolfe

21 years, 1 month

← Newer
1
...
8
9
10
11
12
13
14
Older →

Jump to page:

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