sr-users

sr-users@lists.kamailio.org

37302 discussions

by Jiri Kuthan

At 10:05 PM 4/2/2003, Dan Austin wrote: >Calls to the PSTN work for me as well, but I've run into a small >snag using the IM functions. > >Messenger claims I can added multiple parties to the IM session, >but the menu option is not available. Am I running into a >Messenger issue, or a SER limitation? Maybe it is just a .net option? It seems unlikely to me SER is guilty. -jiri

21 years, 8 months

[Serusers] incorrect source address in outgoing packets

by Michael Vasilenko

Hi I'm using SER from fresh (today) CVS on linux-router with two NIC's, one with public IP, and other with private, and when trying to call from private LAN to public SIP-gateway, on remote side I see that packets have incorrect source address: 17:36:45.131465 172.20.0.202.5060 > xxx.xxx.xxx.147.5060: udp 561 (DF) 17:36:45.156165 xxx.xxx.xxx.147.5060 > 172.20.0.202.5060: udp 311 17:36:48.456464 xxx.xxx.xxx.147.5060 > 172.20.0.202.5060: udp 637 How can I fix this? -- Michael Vasilenko

21 years, 8 months

[Serusers] pstn gateway survey

by Jiri Kuthan

Friends, please, can you help me and share with me privately which SIP2PSTN gateways you are using in your networks? I'ld like to get a better feeling of what devices today have reputation of being usable and with which of them SER has been tested. I'm interested in all-grade devices, from single FXO to SS7 gateways. I'll keep it for myself. Thank you a lot, -Jiri -- Jiri Kuthan http://iptel.org/~jiri/

21 years, 8 months

RE: [Serusers] Re: windows messenger

by Dan Austin

Calls to the PSTN work for me as well, but I've run into a small snag using the IM functions. Messenger claims I can added multiple parties to the IM session, but the menu option is not available. Am I running into a Messenger issue, or a SER limitation? Dan -----Original Message----- From: Tomas Björklund [mailto:tomas@webservices.se] Sent: Wednesday, April 02, 2003 11:51 AM To: Bo Cc: serusers(a)lists.iptel.org Subject: [Serusers] Re: windows messenger I've used version 4.6 and yes I have called from messenger->ser->pstn-gw / Tomas On Wed, 2 Apr 2003, Bo wrote: > Thanks Tomas. Which version of Messenger are you using? Did you use it > to make voice calls through a pstn-gateway? > _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

21 years, 8 months

[Serusers] on use of cvs and bug reporting

by Jiri Kuthan

To avoid confusions like we have had in past days, we now documented few suggestion on CVS usage and bug reporting. They are available at http://www.iptel.org/ser/cvs/ http://www.iptel.org/ser/bugs/ The most essential change is we are now asking developers to use a new development mailing list for their discussion. That should avoid burdening the user community with emails about development. -Jiri -- Jiri Kuthan http://iptel.org/~jiri/

21 years, 8 months

[Serusers] sip-h323 gateway

by Tirpák Miklós

Hi, Sorry for the offtopic, but I hope you could help me. I'm looking for a reliable sip-h323 gateway, I would like to connect it to SER. I have been testing the Vovida's siph323csgw for some weeks with many troubles. So it seems not to be working properly to me. I only require the signalling translation, but lots of produt offer much more for high prices. Has anyone experinece in sip-h323 gateways? Thanks, -- --------------------------------------------------------------------------- Miklos Tirpak Computer and Automation Research Institute e-mail : mtirpak(a)sztaki.hu of the Hungarian Academy of Sciences phone : (361) 279-6011 H-1132. Budapest, Victor Hugo u 18-22 fax : (361) 279-6021

21 years, 8 months

[Serusers] SER on FreeBSD Question

by Steve Blair

Hello: I'm just getting started with my implementation of SER on FreeBSD 4.7-RELEASE. I've read the documentation, installed Apache and mySQL and would like to add users for my domain. I've tried adding an administrative user using serctl however this script fails for reason I cannot explain. Here is what I did: serctl add user1 password1 email1(a)mydomain.com read: Illegal option -s read: Illegal option -s Enter password: < I entered the default admin account password> ERROR 1045: Access denied for user: 'ser@localhost' (Using password: YES) introducing a new user to the database failed Thanks,Steve

21 years, 8 months

[Serusers] Errormessages by compiling CVS-Snapshot

by Bjoern Zuelch

Hi, if we try to compile the CVS-Snapshot on a Solaris 8 machine, we get the following error: # make gcc -g -O9 -funroll-loops -Wall -mcpu=ultrasparc -mtune=ultrasparc -m32 -DNAME='"ser"' -DVERSION='"0.8.11pre9-new_opts"' -DARCH='"sparc64"' -DOS=' "solaris"' -DCOMPILER='"gcc 3.2"' -D__CPU_sparc64 -DCFG_DIR='"/usr/local/etc/ser/"' -DPKG_MALLOC -DSHM_M EM -DSHM_MMAP -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DDNS_IP_HACK -DUS E_IPV6 -DUSE_TCP -DDISABLE_NAGLE -DDIGEST_DOMAIN -DDBG_QM_MALLOC -DFAST_LOC K -DHAVE_GETIPNODEBYNAME -DHAVE_SYS_SOCKIO_H -DHAVE_SCHED_YIELD -c lex.yy.c -o lex.yy.o gcc -g -O9 -funroll-loops -Wall -mcpu=ultrasparc -mtune=ultrasparc -m32 -DNAME='"ser"' -DVERSION='"0.8.11pre9-new_opts"' -DARCH='"sparc64"' -DOS=' "solaris"' -DCOMPILER='"gcc 3.2"' -D__CPU_sparc64 -DCFG_DIR='"/usr/local/etc/ser/"' -DPKG_MALLOC -DSHM_M EM -DSHM_MMAP -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DDNS_IP_HACK -DUS E_IPV6 -DUSE_TCP -DDISABLE_NAGLE -DDIGEST_DOMAIN -DDBG_QM_MALLOC -DFAST_LOC K -DHAVE_GETIPNODEBYNAME -DHAVE_SYS_SOCKIO_H -DHAVE_SCHED_YIELD -c cfg.tab.c -o cfg.tab.o /usr/ccs/bin/yaccpar:5: warning: ignoring #pragma ident /usr/ccs/bin/yaccpar: In function `yyparse': /usr/ccs/bin/yaccpar:374: warning: label `yyerrlab' defined but not used /usr/ccs/bin/yaccpar:164: warning: label `yynewstate' defined but not used Extra objs: gcc -O2 lex.yy.o cfg.tab.o -lfl -ldl -lresolv -L/usr/local/lib -lfl -lxnet -lrt -lnsl -o ser Undefined first referenced symbol in file dont_fork cfg.tab.o mk_net_bitlen cfg.tab.o append_action cfg.tab.o port_no cfg.tab.o syn_branch cfg.tab.o dprint lex.yy.o memlog cfg.tab.o aliases cfg.tab.o mhomed cfg.tab.o server_signature cfg.tab.o push cfg.tab.o ... ... ... sock_no cfg.tab.o qm_free lex.yy.o debug lex.yy.o ld: fatal: Symbol referencing errors. No output written to ser collect2: ld returned 1 exit status make: *** [ser] Error 1 We do not know, how to fix this problem. Bjoern

21 years, 8 months

[Serusers] Ser crashes on startup

by srm＠cs.stir.ac.uk

Hi, I am using the latest cvs code (although the follwoing occurs since a few days) -- I first thought it is some file "under development" and that is why I have updated from CVS frequently, but I am not convinced of this anymore, as you are usually good in fixing things up quickly. Maybe you could interpret this for me? (the lines referring to polserver connector are our own module, but that seems to be fine here). many thanks, Stephan ------------ LOG below. ------------ Apr 2 10:54:22 d254196 ser: Listening on Apr 2 10:54:22 d254196 ser: 127.0.0.1 [127.0.0.1]::5060 Apr 2 10:54:22 d254196 ser: 139.153.254.196 [139.153.254.196]::5060Apr 2 10:54:22 d254196 ser: Aliases: localhost:5060 localhost.localdomain:5060 d254196.cs.stir.ac.uk:*Apr 2 10:54:22 d254196 ser: ser startup succeeded Apr 2 10:54:22 d254196 ser: INFO: signal 13 received Apr 2 10:54:22 d254196 ser: INFO: signal 13 received Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: mod_init(): Database connection opened successfulyApr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: pol server connector - initializingApr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: pol server connector - initializing: doneApr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO: udp_init: SO_RCVBUF is initially 65535Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO: udp_init: SO_RCVBUF is finally 131070Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO: udp_init: SO_RCVBUF is initially 65535Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO: udp_init: SO_RCVBUF is finally 131070Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8752]: INFO: fifo process starting: 8752Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8752]: SER: open_uac_fifo: fifo server up at /tmp/ser_fifo...Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO: SIGCHLD received: we do not worry about grand-childrenApr 2 10:54:22 d254196 /usr/local/sbin/ser[8764]: BUG: tcp_main_loop: dead child 11Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8764]: BUG: tcp_main_loop: dead child 12Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8764]: BUG: tcp_main_loop: dead child 13Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8764]: BUG: tcp_main_loop: dead child 14Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: child process 8763 exited by a signal 11Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: core was not generated Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: child process 8762 exited by a signal 11Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: core was not generated Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: child process 8761 exited by a signal 11Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: core was not generated Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: child process 8760 exited by a signal 11Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: core was not generated Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO: terminating due to SIGCHLDApr 2 10:54:23 d254196 /usr/local/sbin/ser[8741]: INFO: signal 15 received Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8742]: INFO: signal 15 received Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8743]: INFO: signal 15 received Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8744]: INFO: signal 15 received Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8745]: INFO: signal 15 received Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8746]: INFO: signal 15 received Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8750]: INFO: signal 15 received Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8751]: INFO: signal 15 received Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8759]: INFO: signal 15 received Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8764]: INFO: signal 15 received Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8752]: INFO: signal 15 received -- 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, 8 months

[Serusers] RE: SIP Proxy instalation - NO big problems any more :-) :-) :-) meanwhile

by Jiri Kuthan

Valery, I really don't know why your web server's PHP does not send emails. When the subscription is completed, a "thank you for registering" webpage should show up -- you can play with serweb in action at iptel.org. Let me know when you learn what the problem was. -jiri At 12:38 PM 4/2/2003, Valery Shampal wrote: >Dear Jiri, > >We have a good progress in establishing our VoIP Test/Demo Lab. >But we still have a problem with registration via Web. >One more time, I am not sure we will use it but I definitely want it >to work - just in case... > >Following a situation: > >1. sendmail command works well from the Linux command line. It sends > mail to our Exchange server (for example, valery(a)nsi.co.il) >2. After filling the subscribe web form, an empty form returns on screen. > We have no message on screen that registration has been started, but > we are not sure something like this must be :-) >3. We do not see any mail on Linux mail queue >4. Mail is not being sent to Exchange server >5. We saw sendmail command in one of your scripts, so it must work >6. We checked and did all you have suggested in your mail: > >PHP sends to SMTP daemon at localhost. >Try looking at the place where your web and email servers stores >their logs. If PHP or your web server are misconfigured, that's where >you will best learn it. > > We did or best but did not see any problem. May be we do not know where > and what to search for or to look at :-( >7. So, it still does not want to work. > >Regards, > > Valery > > > > >-----Original Message----- >From: Jiri Kuthan [<mailto:jiri@iptel.org>mailto:jiri@iptel.org] >Sent: Tuesday, April 01, 2003 11:31 AM >To: Valery Shampal; 'jan(a)iptel.org'; Valery Shampal >Cc: Igor Vinokur; Mihai Teodorescu >Subject: RE: SIP Proxy instalation - NO big problems any more :-) :-) :-) meanwhile > >At 10:18 AM 4/1/2003, Valery Shampal wrote: > >>Jan, >> >>Great. You are absolutely right in what you wrote in the >>last topic. Any way, we did not suppose to define users via Web interface. We supposed to define users (there might be hundreds of them for DEmo and Testing > >> >>purpose) by means of a script directly into database. > >In which case you are probably best server through the sercrtl utility. > >>We just like to use all the options, including this cute Web interface. >> >>Regarding the mail. MTA is running on our Linux. >> >>We just wanted to understand what and where must be defined >>in order a mail will be really sent. > >PHP sends to SMTP daemon at localhost. > >>As I understood, a user defined via Web interface was not defined in DB only because (for some reason) a mail has not been sent. A reason we wanted to know what log files and where to look into was to understand what kind of error we have. > >-Jiri -- Jiri Kuthan http://iptel.org/~jiri/

21 years, 8 months

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