sr-users July 2004

sr-users@lists.kamailio.org

178 participants
449 discussions

[Serusers] sip-communicator with ser
by ser die 23 Jul '04

23 Jul '04

hello friends, has any body got success using the sip-communicator with ser does any body know which codec it uses does this support in nat traveresal so please guide me with regards serdiehard __________________________________ Do you Yahoo!? Vote for the stars of Yahoo!'s next ad campaign! http://advision.webevents.yahoo.com/yahoo/votelifeengine/

1 0

[Serusers] leads on b2bua with ser
by ser die 23 Jul '04

23 Jul '04

hello friends can any body give me leads in the vocal 's integration with the ser with regards rama kanth __________________________________ Do you Yahoo!? Vote for the stars of Yahoo!'s next ad campaign! http://advision.webevents.yahoo.com/yahoo/votelifeengine/

1 0

[Serusers] voice mail ?+ serweb
by ser die 23 Jul '04

23 Jul '04

hello friends, i have standard cvs version rel_0_8_12 of ser. i have redhat linux 9.0 as server iam using free radius server authentication i have even serweb running now i want to use the voice mail so how can we achive this does i need to use the sql authentication with that? while subscribeing in serweb it asks for username and phone number my doubt is while trying to call from any softphone does we need to tyep username(a)sipdomain.com or username(a)sipdomain.com with regards rama kanth with regards ser die hard __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail

1 0

RE: [Serusers] mdump() errors
by Dave Bath 23 Jul '04

23 Jul '04

The problem seems to be something to do with sip_registrar sending messages... I don't quite understand how mdump() works... because when admin logs off/logs in.. I see in the log that msilo is trying to send messages to test1 as well? And of course this user is still offline... surely mdump() should only send the messages for the user who has just registered... Any ideas? -----Original Message----- From: Daniel-Constantin Mierla [mailto:daniel@iptel.org] Sent: 22 July 2004 14:10 To: Dave Bath Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] mdump() errors you may need to filter the messages coming from msilo (ser host) and not call failure route for those (if src_ip==127.0.0.1 or src_ip==ser_ip skip failure route). Daniel On 7/22/2004 2:51 PM, Dave Bath wrote: >As a follow up to this, it seems theres some bizarre looping going >on.... > >Now that I've had a UA sign on and off a few times, the number of >messages to offline users in the syslog is increasing exponentially... > >If I just start with one message sent from test1-->admin while admin is >(online-but-doesn't-support-MESSAGE) then I see the message stored >correctly. If I go to Serweb I see: > >sip:test1@sip.dev.inmarsat.com today 13:42 >test > >correctly. > >When admin's UA signs off and back on again, I see the following... in >serweb > >sip:test1@sip.dev.inmarsat.com today 13:42 >test > >sip:test1@sip.dev.inmarsat.com today 13:43 >[Offline message - Thu Jul 22 13:42:58 2004] test > >And the following in the error log: > >Jul 22 13:43:29 sip /usr/sbin/ser[30426]: MESSAGING: Offline messages >dumped >Jul 22 13:43:29 sip /usr/sbin/ser[30431]: MESSAGING: Destination UA does >not support MESSAGE requests. Message Stored. >Jul 22 13:43:29 sip /usr/sbin/ser[30431]: ACC: transaction answered: >method=MESSAGE, i-uri=sip:admin@sip.dev.inmarsat.com, >o-uri=sip:admin@81.86.136.86:5060, call_id=769feac0-30426(a)161.30.94.68, >from=sip:test1@sip.dev.inmarsat.com;tag=533cb9e91f4b999cf76861cbb9ed54e d >-7963, code=202 >Jul 22 13:43:29 sip /usr/sbin/ser[30427]: MESSAGING: Message to offline >user received -> storing using msilo... >Jul 22 13:43:30 sip /usr/sbin/ser[30427]: MESSAGING: offline message NOT >stored >Jul 22 13:43:30 sip /usr/sbin/ser[30427]: ACC: transaction answered: >method=MESSAGE, i-uri=sip:test1@sip.dev.inmarsat.com, >o-uri=sip:test1@sip.dev.inmarsat.com, >call_id=769feac1-30431(a)161.30.94.68, >from=sip:sip_registrar@161.30.94.68;tag=533cb9e91f4b999cf76861cbb9ed54e d >-c61d, code=503 > >It seems that mdump() somehow doesn't pick up the fact that admin is now >not an offline user, so it generates a new message... any ideas?! >(*begs*)! > >Very best regards, > >Dave > >-----Original Message----- >From: serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] On >Behalf Of Dave Bath >Sent: 22 July 2004 12:58 >To: serusers(a)lists.iptel.org >Subject: RE: [Serusers] mdump() errors > >Ok! Well... adding in the server name to hosts file solved that >problem.. thanks for pointing me in the right direction! > >However... now there's some more weirdness... as you can see, when the >registration happens, mdump() tries to send all the currently stored >messages.. but, my failure_route picks it up and enters the next line >"Destination UA does not support... ". However, I don't understand what >happens after that... I don't understand why I then get a "Message to >offline user received.." - that should only appear when sending to a >user which doesn't have a current location... > >When not using mdump().. i.e. I'm just sending IMs using serweb to (1) >offline UAs and (2) Unsupported UAs I do not see this problem... only >the correct entries are in the log. > >Perhaps I do not understand the way mdump() works? > >Any thoughts gratefully receieved... > >D > >Jul 22 12:49:40 sip /usr/sbin/ser[23423]: MESSAGING: Offline messages >dumped >Jul 22 12:49:40 sip /usr/sbin/ser[23424]: MESSAGING: Destination UA does >not support MESSAGE requests. Message Stored. >Jul 22 12:49:40 sip /usr/sbin/ser[23424]: ACC: transaction answered: >method=MESSAGE, i-uri=sip:admin@sip.dev.inmarsat.com, >o-uri=sip:admin@81.86.136.86:5060, call_id=1bcf7e01-23423(a)161.30.94.68, >from=sip:test1@sip.dev.inmarsat.com;tag=533cb9e91f4b999cf76861cbb9ed54e d >-322f, code=202 >Jul 22 12:49:40 sip /usr/sbin/ser[23427]: MESSAGING: Message to offline >user received -> storing using msilo... >Jul 22 12:49:40 sip /usr/sbin/ser[23427]: MESSAGING: offline message NOT >stored >Jul 22 12:49:40 sip /usr/sbin/ser[23427]: ACC: transaction answered: >method=MESSAGE, i-uri=sip:test1@sip.dev.inmarsat.com, >o-uri=sip:test1@sip.dev.inmarsat.com, >call_id=1bcf7e01-23424(a)161.30.94.68, >from=sip:sip_registrar@161.30.94.68;tag=533cb9e91f4b999cf76861cbb9ed54e d >-4a28, code=503 > >-----Original Message----- >From: Daniel-Constantin Mierla [mailto:daniel@iptel.org] >Sent: 22 July 2004 12:38 >To: Dave Bath >Cc: serusers(a)lists.iptel.org >Subject: Re: [Serusers] mdump() errors > >How is registered sip.dev.inmarsat.com in your DNS? mdupm() tries to >send messages to <sip:admin@sip.dev.inmarsat.com>. Is there an IP >associated with this domain or a SRV entry for it? > >Daniel > >On 7/22/2004 1:22 PM, Dave Bath wrote: > > > >>Hey Daniel, >> >>Many thanks for reply. I don't think it is as stated in error messages >>- as I have a single machine with a single NIC and single IP. Here are >>the network dumps foe the register statement, and corresponding syslog >>entry. >> >>Jul 22 12:17:58 sip /usr/sbin/ser[23427]: MESSAGING: Offline messages >>dumped >>Jul 22 12:17:58 sip /usr/sbin/ser[23419]: ERROR: udp_send: >>sendto(sock,0xbd72b0f8,633,0,0xbd72a464,16): Invalid argument(22) >>Jul 22 12:17:58 sip /usr/sbin/ser[23419]: CRITICAL: invalid >>sendtoparameters one possible reason is the server is bound to >> >> >localhost > > >>and attempts to send to the net >>Jul 22 12:17:58 sip /usr/sbin/ser[23419]: msg_send: ERROR: udp_send >>failed >>Jul 22 12:17:58 sip /usr/sbin/ser[23419]: ERROR: t_forward_nonack: >>sending request failed >>Jul 22 12:17:58 sip /usr/sbin/ser[23419]: ACC: transaction answered: >>method=MESSAGE, i-uri=sip:admin@sip.dev.inmarsat.com, >>o-uri=sip:admin@81.86.136.86:5060, call_id=1bcf7e00-23427(a)161.30.94.68, >>from=sip:test1@sip.dev.inmarsat.com;tag=533cb9e91f4b999cf76861cbb9ed54 e >> >> >d > > >>-cced, code=477 >> >>interface: eth0 (161.30.94.64/255.255.255.224) >>filter: ip and ( port 5060 ) >>match: UDP >># >>U 81.86.136.86:5060 -> 161.30.94.68:5060 >>REGISTER sip:sip.dev.inmarsat.com SIP/2.0..Via: SIP/2.0/UDP >>81.86.136.86:50 >>60;rport;branch=z9hG4bKDA365D6C01604EF4ABC2FED4B3AAF541..From: Dave >> >> >Bath > > >><s >>ip:admin@sip.dev.inmarsat.com>;tag=1598567160..To: Dave Bath >><sip:admin@sip >>.dev.inmarsat.com>..Contact: "Dave Bath" >><sip:admin@81.86.136.86:5060>..Cal >>l-ID: F64F298D25B34CB69E54236E6B62A53B@sip.dev.inmarsat.com..CSeq: >> >> >43904 > > >>RE >>GISTER..Expires: 1800..Max-Forwards: 70..User-Agent: X-Lite release >>1103m.. >>Content-Length: 0.... >># >>U 161.30.94.68:5060 -> 81.86.136.86:5060 >>SIP/2.0 401 Unauthorized..Via: SIP/2.0/UDP >>81.86.136.86:5060;rport=5060;bra >>nch=z9hG4bKDA365D6C01604EF4ABC2FED4B3AAF541..From: Dave Bath >><sip:admin@sip >>.dev.inmarsat.com>;tag=1598567160..To: Dave Bath >><sip:admin@sip.dev.inmarsa >>t.com>;tag=b27e1a1d33761e85846fc98f5f3a7e58.3ce6..Call-ID: >>F64F298D25B34CB6 >>9E54236E6B62A53B@sip.dev.inmarsat.com..CSeq: 43904 >>REGISTER..WWW-Authentica >>te: Digest realm="sip.dev.inmarsat.com", >>nonce="40ffa3926d16f7926917b380f86 >>83ceb509974df"..Server: Sip EXpress router (0.8.12 >>(i386/linux))..Content-L >>ength: 0..Warning: 392 161.30.94.68:5060 "Noisy feedback tells: >>pid=23430 >>req_src_ip=81.86.136.86 req_src_port=5060 >>in_uri=sip:sip.dev.inmarsat.com o >>ut_uri=sip:sip.dev.inmarsat.com via_cnt==1".... >># >>U 81.86.136.86:5060 -> 161.30.94.68:5060 >>REGISTER sip:sip.dev.inmarsat.com SIP/2.0..Via: SIP/2.0/UDP >>81.86.136.86:50 >>60;rport;branch=z9hG4bKA3FF9ABFFB7945CBB01DA4A460F991E9..From: Dave >> >> >Bath > > >><s >>ip:admin@sip.dev.inmarsat.com>;tag=1598567160..To: Dave Bath >><sip:admin@sip >>.dev.inmarsat.com>..Contact: "Dave Bath" >><sip:admin@81.86.136.86:5060>..Cal >>l-ID: F64F298D25B34CB69E54236E6B62A53B@sip.dev.inmarsat.com..CSeq: >> >> >43905 > > >>RE >>GISTER..Expires: 1800..Authorization: Digest >>username="admin",realm="sip.de >>v.inmarsat.com",nonce="40ffa3926d16f7926917b380f8683ceb509974df",respo n >> >> >s > > >>e=" >>96729bb402fed85833dd6e1fb0cb08c9",uri="sip:sip.dev.inmarsat.com"..Max- F >> >> >o > > >>rwa >>rds: 70..User-Agent: X-Lite release 1103m..Content-Length: 0.... >># >>U 161.30.94.68:5060 -> 81.86.136.86:5060 >>SIP/2.0 200 OK..Via: SIP/2.0/UDP >>81.86.136.86:5060;rport=5060;branch=z9hG4b >>KA3FF9ABFFB7945CBB01DA4A460F991E9..From: Dave Bath >><sip:admin@sip.dev.inmar >>sat.com>;tag=1598567160..To: Dave Bath >><sip:admin@sip.dev.inmarsat.com>;tag >>=b27e1a1d33761e85846fc98f5f3a7e58.29ec..Call-ID: >>F64F298D25B34CB69E54236E6B >>62A53B@sip.dev.inmarsat.com..CSeq: 43905 REGISTER..Contact: >><sip:admin@81.8 >>6.136.86:5060>;q=0.00;expires=1800..Server: Sip EXpress router (0.8.12 >>(i38 >>6/linux))..Content-Length: 0..Warning: 392 161.30.94.68:5060 "Noisy >>feedbac >>k tells: pid=23427 req_src_ip=81.86.136.86 req_src_port=5060 >>in_uri=sip:si >>p.dev.inmarsat.com out_uri=sip:sip.dev.inmarsat.com via_cnt==1".... >>### >> >>-----Original Message----- >>From: Daniel-Constantin Mierla [mailto:daniel@iptel.org] >>Sent: 22 July 2004 12:01 >>To: Dave Bath >>Cc: serusers(a)lists.iptel.org >>Subject: Re: [Serusers] mdump() errors >> >>The error is related to sendto() function. If it is not the situation >>shown in the error messages, please send the network dumps including >> >> >the > > >>REGISTER request that triggers the mdump(). The error messages are >>underlined below. >> >>Daniel >> >>On 7/22/2004 12:50 PM, Dave Bath wrote: >> >> >> >> >> >>>Hey guys, >>> >>>Finally have the proper logic in place to cope with offline messages >>>and messages to UAs that don't support the MESSAGE method... however, >>> >>> >>> >>> >>at >> >> >> >> >>>the end of the REGISTER block in my ser.cfg I try and call mdump() to >>>make sure any offline messages are delivered to the UA.... However >>> >>> >>> >>> >>when >> >> >> >> >>>registering with a UA which doesn't support MESSAGE method (I haven't >>>got one which does support it right now..) I get the following: >>> >>>Jul 22 11:29:20 sip /usr/sbin/ser[23423]: MESSAGING: Offline messages >>>dumped >>> >>>Jul 22 11:29:20 sip /usr/sbin/ser[23418]: ERROR: udp_send: >>>sendto(sock,0xbd72b0f8,633,0,0xbd72a >>> >>>464,16): Invalid argument(22) >>> >>>Jul 22 11:29:20 sip /usr/sbin/ser[23418]: CRITICAL: invalid >>>sendtoparameters one possible reaso >>> >>>n is the server is bound to localhost and attempts to send to the net >>> >>>Jul 22 11:29:20 sip /usr/sbin/ser[23418]: msg_send: ERROR: udp_send >>> >>> >>> >>> >>failed >> >> >> >> >>>Jul 22 11:29:20 sip /usr/sbin/ser[23418]: ERROR: t_forward_nonack: >>>sending request failed >>> >>> >>> >>> >>> >>^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >> >> >> >> >> >>>Jul 22 11:29:20 sip /usr/sbin/ser[23418]: ACC: transaction answered: >>>method=MESSAGE, i-uri=sip: >>> >>>admin(a)sip.dev.inmarsat.com, o-uri=sip:admin@81.86.136.86:5060, >>>call_id=1bcf7e00-23423(a)161.30.94 >>> >>>.68, >>> >>> >>> >>> >>> >>from=sip:test1@sip.dev.inmarsat.com;tag=533cb9e91f4b999cf76861cbb9ed54 e >> >> >d > > >>-57d2, >> >> >> >> >>>code=477 >>> >>>Is this perhaps because m_dump() is trying to send it to the UA even >>>though the UA does not support MESSAGE? If so, is there a way I can >>>catch it? Does the registration process interrogate the UA as to which >>> >>> >>> >>> >> >> >> >> >>>methods it supports? Perhaps if this is the case, I could only do an >>>m_dump() if the UA supported messages? Or does m_dump() have its own >>>error handling somewhere? >>> >>>Sorry for all the questions! >>> >>>NB. I don't get this message when sending an IM to an offline or an >>>online-but-message-unsupported-UA... only as part of the m_dump in my >>>register block... >>> >>>Many thanks in advance, >>> >>>Dave >>> >>>/-------------------------------------/ >>> >>>/Dave Bath/ >>> >>>/dave(a)fuuz.com <mailto:dave@fuuz.com>/ >>> >>>/www.fuuz.com <http://www.fuuz.com>/ >>> >>>/07736 232085/ >>> >>>NOTE: The information contained in this email is intended for the >>>named recipients only, it may be privileged and confidential. If you >>>are not the intended recipient, you must not copy distribute or take >>>any action in reliance upon it. No warranties or assurances are made >>>in relation to the safety and content of this email and any >>>attachments. No liability is accepted for any consequences arising >>> >>> >>> >>> >>from it > > >> >> >> >> >>>--------------------------------------------------------------------- - >>> >>> >- > > >>> >>> >>> >>> >>- >> >> >> >> >>>_______________________________________________ >>>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 > > > > >_______________________________________________ >Serusers mailing list >serusers(a)lists.iptel.org >http://lists.iptel.org/mailman/listinfo/serusers > > >

3 2

[Serusers] user_interface loging problem
by sanjiv 23 Jul '04

23 Jul '04

Hi, I have installed serweb on apache 2.0.50 and php 4.3.8. Initially, I had problem while loging in admin page.I was getting bad user name and password message, whenever I tried to enter with admin/heslo.Now it is sorted out and working perfectly. But, now I have problem while opening user_interface/index.php page.I am trying to loging with admin/heslo. It is not giving any error. It just stuck to sending request to ....and hang on. Neighter it is giving and error message nor going anywhere. I just unable to understand it. Please help me. Thanks in advance. Regards, Sanjiv

3 3

[Serusers] mysql.so not compiled
by Rafael J. Risco Gonzales-Vigil 22 Jul '04

22 Jul '04

Hi I have this problem trying to compile ser with mysql support: make all . . /usr/lib/gcc-lib/i586-suse-linux/3.3.1/../../../../i586-suse-linux/bin/ld: cannot find -lz collect2: ld returned 1 exit status make[1]: *** [mysql.so] Error 1 make[1]: Leaving directory `/var/root/ser-0.8.12/modules/mysql' ERROR: module modules/mysql/mysql.so not compiled ...if I try to install mysql.so from rpm "ser-mysql-0.8.12-0.i386.rpm" I have this error: ~# rpm -i ser-mysql-0.8.12-0.i386.rpm error: Failed dependencies: ser = 0.8.12 is needed by ser-mysql-0.8.12-0 any idea? Rafael --------------------------------- Do You Yahoo!? Todo lo que quieres saber de Estados Unidos, América Latina y el resto del Mundo. Visíta Yahoo! Noticias.

3 2

[Serusers] mediaproxy <-> rtpproxy
by Arne Scheffer 22 Jul '04

22 Jul '04

Hello all, Can anyone give an indication of what direction the project is moving with mediaproxy and rtpproxy ? >From the mediaproxy readme I understand the advantages of being able to have multiple mediaproxies. (sonds good) On the mailing list I have found limited questions on the mediaproxy so I get the impression it is not being used a lot (yet) ? I have installed it on a box with the latest CVS head. I am experencing may problems with diffent NAT types, some work (eg e-tech ADSL modem with NAT) but others don't (linux debian with iptables). What is the most compatible solution at present ? thanks in advance, Arne.

2 1

[Serusers] ENUM web lookup page
by Adrian Georgescu 22 Jul '04

22 Jul '04

Sentiro put together a nice ENUM lookup page http://www.enum2go.com/ Regards, Adrian

4 4

[Serusers] multiple user for SEMS IVR
by Shirley Toh 22 Jul '04

22 Jul '04

Hi all, I have a problem when i enter into IVR and I have the second user come in, the session of the first user is being cut. How can IVR take multiple user like conference, which file can I edit to do so....please help...thanks..... regards, shirley

2 1

[Serusers] Re:
by Mikep 22 Jul '04

22 Jul '04

1 0

← Newer
1
...
15
16
17
18
19
20
21
...
45
Older →

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