sr-users March 2005

sr-users@lists.kamailio.org

250 participants
627 discussions

RE: [Serusers] Re: Where is the 'best practice' of 0.9.0 ser.cfgor above?
by Cesar Hernandez 15 Mar '05

15 Mar '05

Specially if you cannot register ... I tried registering and got: "Could not register new user." Regards, Cesar -----Original Message----- From: serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Klaus Darilion Sent: Tuesday, March 15, 2005 5:08 AM To: Java Rockx Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] Re: Where is the 'best practice' of 0.9.0 ser.cfgor above? I would prefer to allow download without registration. regards klaus Java Rockx wrote: > Charles, > > You can grab a copy of the document at http://onsip.org > > You'll have to register and login to get to the Downloads section of the site. > > Regards, > Paul > > > On Tue, 15 Mar 2005 00:21:00 +0800, Charles Wang <lazy.charles(a)gmail.com> wrote: > >>On Wed, 2 Mar 2005 14:18:47 +0800, Charles Wang <lazy.charles(a)gmail.com> wrote: >> >>>Dear ALL: >>> >>>As your discussions before, there is one or more ser.cfg version 0.9.0 >>>for us to practice. Does anyone get it or any kind man can release a >>>version for me to test? >>> >>>I usually test failed at call busy forward and call no answer forward. >>> >>>Help me, plz. >>> >>>Best Regard >>>Charles >>> >> >>_______________________________________________ >>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

[Serusers] Disable account
by Mohammad Khan 15 Mar '05

15 Mar '05

Hello List: How do you guys disable an account temporarily? Thanks, Mohammad

2 5

[Serusers] call busy forward failed
by Charles Wang 15 Mar '05

15 Mar '05

Dear ALL: I try to make a call from UA1 to UA2, and UA2 is busy. So the call will forward to another UA3. UA1 ==> UA2(busy) ==> UA3 But when I watch the log, I find that miss the following log (diff with call from UA1 to UA2 and directly forward to UA3) UA1 ==> UA2(callfwd) ==> UA3 Feb 22 12:15:07 ser mediaproxy[18476]: session 16AA8C75-5EAC-403C-85DA-C5D9BDFD15C7(a)10.18.1.70: started. listening on xxx.xxx.190.248:35026 When I make a callfwd call, the call will run route[2] but not failure_route[1]. UA1==>UA2(callfwd)==>route[2]==>UA3 And I make a fwdbusy call, the call will run route[2] then pass failure_route[1], and return to route[2]. UA1==>UA2(fwdbusy)==>failure_route[1]==>route[2] =XXX=> UA3 ???? Why does the method be failed? Do I must "end_media_session()" before start a busy call? How can I modify it? My snippet ser.cfg : -------------------------------------------------------------------------------------------------------------- route[2] { log(1, "SER: SIP Call On-Net section route(2)\n"); if ((method=="INVITE") && !allow_trusted()) { if (!proxy_authorize("", "subscriber")) { proxy_challenge("", "0"); break; } else if (!check_from()) { log(1, "Spoofed SIP call attempt"); sl_send_reply("403", "Use From=ID"); break; } else if (!(is_from_local() || is_uri_host_local())) { sl_send_reply("403", "Please register to use our service"); break; }; }; if (uri=~"[@:](192\.168\.|10\.|172\.(1[6-9]|2[0-9]|3[0-1])\.)" && !search("^Route:")){ sl_send_reply("479", "We don't forward to private IP addresses"); break; }; if (method=="INVITE" || method=="ACK") { use_media_proxy(); }; t_on_failure("1"); t_on_reply("1"); if (!t_relay()) { if (method=="INVITE" || method=="ACK") { end_media_session(); }; sl_reply_error(); }; } failure_route[1] { log(1, "SER: Failure Route section failure_route(1)\n"); # if caller hung up then don't sent to voicemail if (t_check_status("487")) { break; }; if (isflagset(26) && t_check_status("486")) { # forward busy is flag 26 if (avp_pushto("$ruri", "s:fwdbusy")) { log(1, "SER: fork to fwdbusy\n"); avp_delete("s:fwdbusy"); append_branch(); resetflag(26); # test for domestic PSTN gateway if (uri=~"^sip:0[0-9]{9}@") { # if (avp_check("$fwd_busy_type", "eq/dom/i")) { # test for domestic PSTN gateway log(1, "SER: Busy Failure and Jump to route(3)\n"); route(3); } else if (uri=~"^sip:002[1-9][0-9]*@") { # } else if (avp_check("$fwd_busy_type", "eq/int/i")) { # test for international PSTN gateway log(1, "SER: Busy Failure and Jump to route(6)\n"); route(6); } else { # default to sip call log(1, "SER: Busy Failure and Jump to route(2)\n"); route(2); }; break; }; }; # here we can have either voicemail __OR__ forward no answer if (isflagset(27) && t_check_status("408")) { # forward no answer is flag 27 if (avp_db_load("$ruri/username", "s:fwdnoanswer")) { avp_pushto("$ruri", "s:fwdnoanswer"); log(1, "SER: fork to fwdnoanswer\n"); avp_delete("s:fwdnoanswer"); append_branch(); resetflag(27); if (uri=~"^sip:0[0-9]{9}@") { # if (avp_check("$fwd_no_answer_type", "eq/dom/i")) { # test for domestic PSTN gateway log(1, "SER: No Answer Failure and Jump to route(3)\n"); route(3); } else if (uri=~"^sip:002[1-9][0-9]*@") { # } else if (avp_check("$fwd_no_answer_type", "eq/int/i")) { # test for international PSTN gateway log(1, "SER: No Answer Failure and Jump to route(6)\n"); route(6); } else { # default to sip call log(1, "SER: No Answer Failure and Jump to route(2)\n"); route(2); }; break; }; } else if (isflagset(31) && avp_pushto("$ruri", "$voicemail")) { avp_delete("$voicemail"); log(1, "SER: No Answer Failure and Jump to route(4)\n"); route(4); break; }; }

1 4

Re: [Serusers] Why Was This INVITE Not Loose_Route()ed ??
by Cesc Santasusana 15 Mar '05

15 Mar '05

Hi, In a different scenario from yours, i encountered the same problem of loose_route() unexpectedly returning false. In my case, it was when i was running a softphone on the same computer as the ser proxy. If someone would send a routed message to the phone, for example a BYE, or a re-INVITE, SER would return false at the loose_route() function. This means that ser identifies the previous hop as doing strict routing. I was able to solve this by removing the ser-proxy IP address from the alias="...." list in ser.cfg, and then using the domain module to gain back the same functionality (or close) when doing the uri==myself. Don't know how your ser.cfg looks like, but just thought that maybe this might be useful. Regards, Cesc >>> Klaus Darilion <klaus.mailinglists(a)pernau.at> 03/15/05 11:04AM >>> Hi Paul! That something I also asked several times and no answer yet. In my experience, loose_route() is true if the request URI contains the "lr" paramter (message comes from a strict router). Nevertheless, the loose_route function will remove its own Route: header. I solve the troubles by allowing t_relay for all messages with to-tag (in-dialog). regards, klaus Java Rockx wrote: Unclassified > Hi All. > > I just don't see why loose_route() returned FALSE for this INVITE > message. Can anyone help? > > This INVITE was sent from my SIP phone to my SER-0.9 proxy. The IPs > look funny because our SER proxy sits behind a Cisco 3600 and the ALG > stuff has rewritten the IPs (ie, the 10.3.0.221 address). > > Regards, > Paul > > U 2005/03/14 16:01:19.932196 69.200.205.122:5060 -> 10.3.0.221:5060 > INVITE sip:9195531888@66.243.109.99:5060;user=phone SIP/2.0. > Via: SIP/2.0/UDP 69.200.205.122:5060;branch=z9hG4bK2434592534. > Route: <sip:10.3.0.221;ftag=10000000-0-1811969809;lr>. > Route: <sip:216.229.127.60:5060;lr>. > From: 3475626630 <sip:3475626630@66.243.109.99:5060;user=phone>;tag=550070175. > To: <sip:9195531888@64.152.60.6;user=phone>;tag=10000000-0-1811969809. > Call-ID: 348926-3319820023-453493(a)66.243.109.99. > CSeq: 1 INVITE. > Contact: <sip:3475626630@69.200.205.122:5060>. > max-forwards: 70. > Allow: INVITE, ACK, OPTIONS, CANCEL, BYE. > Content-Type: application/sdp. > Content-Length: 171. > . > v=0. > o=- 9528 3044 IN IP4 0.0.0.0. > s=-. > c=IN IP4 0.0.0.0. > t=0 0. > m=audio 13456 RTP/AVP 18 101. > a=rtpmap:101 telephone-event/8000. > a=fmtp:101 0-15. > a=sendonly. > a=ptime:20. > > _______________________________________________ > 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

2 1

Re: [Serusers] Why Was This INVITE Not Loose_Route()ed ??
by Java Rockx 15 Mar '05

15 Mar '05

I've got two aliases in my ser.cfg, but these are sip.mycompany1.com and sip.mycompany2.com and I also have the listen=<ser ip> So nothing special here. Thanks! On Tue, 15 Mar 2005 15:46:45 +0100, Cesc Santasusana <cesc.santasusana(a)nl.thalesgroup.com> wrote: > Hi, > > In a different scenario from yours, i encountered the same problem of > loose_route() unexpectedly returning false. > > In my case, it was when i was running a softphone on the same computer > as the ser proxy. If someone would send > a routed message to the phone, for example a BYE, or a re-INVITE, SER > would return false at the loose_route() function. This means that ser > identifies the previous hop as doing strict routing. > > I was able to solve this by removing the ser-proxy IP address from the > alias="...." list in ser.cfg, and then using the domain module to gain > back the same functionality (or close) when doing the uri==myself. > > Don't know how your ser.cfg looks like, but just thought that maybe > this might be useful. > > Regards, > > Cesc > > >>> Klaus Darilion <klaus.mailinglists(a)pernau.at> 03/15/05 11:04AM >>> > Hi Paul! > > That something I also asked several times and no answer yet. In my > experience, loose_route() is true if the request URI contains the "lr" > > paramter (message comes from a strict router). Nevertheless, the > loose_route function will remove its own Route: header. > > I solve the troubles by allowing t_relay for all messages with to-tag > (in-dialog). > > regards, > klaus > > Java Rockx wrote: > Unclassified > > Hi All. > > > > I just don't see why loose_route() returned FALSE for this INVITE > > message. Can anyone help? > > > > This INVITE was sent from my SIP phone to my SER-0.9 proxy. The IPs > > look funny because our SER proxy sits behind a Cisco 3600 and the > ALG > > stuff has rewritten the IPs (ie, the 10.3.0.221 address). > > > > Regards, > > Paul > > > > U 2005/03/14 16:01:19.932196 69.200.205.122:5060 -> 10.3.0.221:5060 > > INVITE sip:9195531888@66.243.109.99:5060;user=phone SIP/2.0. > > Via: SIP/2.0/UDP 69.200.205.122:5060;branch=z9hG4bK2434592534. > > Route: <sip:10.3.0.221;ftag=10000000-0-1811969809;lr>. > > Route: <sip:216.229.127.60:5060;lr>. > > From: 3475626630 > <sip:3475626630@66.243.109.99:5060;user=phone>;tag=550070175. > > To: > <sip:9195531888@64.152.60.6;user=phone>;tag=10000000-0-1811969809. > > Call-ID: 348926-3319820023-453493(a)66.243.109.99. > > CSeq: 1 INVITE. > > Contact: <sip:3475626630@69.200.205.122:5060>. > > max-forwards: 70. > > Allow: INVITE, ACK, OPTIONS, CANCEL, BYE. > > Content-Type: application/sdp. > > Content-Length: 171. > > . > > v=0. > > o=- 9528 3044 IN IP4 0.0.0.0. > > s=-. > > c=IN IP4 0.0.0.0. > > t=0 0. > > m=audio 13456 RTP/AVP 18 101. > > a=rtpmap:101 telephone-event/8000. > > a=fmtp:101 0-15. > > a=sendonly. > > a=ptime:20. > > > > _______________________________________________ > > 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

[Serusers] error in "make modules" with postgres
by Joao Pereira 15 Mar '05

15 Mar '05

Hello when I do "make modules", this error comes in the postgres module. Does someone know whats hapening? gcc -fPIC -DPIC -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -malign-double -falign-loops -mcpu=athlon -DNAME='"ser"' -DVERSION='"0.9.0"' -DARCH='"i386"' -DOS='"linux"' -DCOMPILER='"gcc 3.2"' -D__CPU_i386 -D__OS_linux -DCFG_DIR='"/usr/local/etc/ser/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DDBG_QM_MALLOC -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -I/usr/local/include -I/usr/local/pgsql/include -I/usr/include/postgresql -c aug_alloc.c -o aug_alloc.o aug_alloc.c: In function `mem_bad': aug_alloc.c:118: warning: no return statement in function returning non-void aug_alloc.c: In function `mem_nomem': aug_alloc.c:161: warning: long unsigned int format, size_t arg (arg 4) aug_alloc.c: In function `mem_alloc': aug_alloc.c:228: warning: suggest parentheses around assignment used as truth value aug_alloc.c: In function `aug_set_nomem_func': aug_alloc.c:294: warning: left-hand operand of comma expression has no effect aug_alloc.c:294: warning: left-hand operand of comma expression has no effect aug_alloc.c:293: warning: statement with no effect aug_alloc.c: In function `aug_alloc_loc': aug_alloc.c:309: warning: left-hand operand of comma expression has no effect aug_alloc.c:309: warning: left-hand operand of comma expression has no effect aug_alloc.c:309: warning: left-hand operand of comma expression has no effect aug_alloc.c:309: warning: left-hand operand of comma expression has no effect aug_alloc.c:315: warning: left-hand operand of comma expression has no effect aug_alloc.c:315: warning: left-hand operand of comma expression has no effect aug_alloc.c:308: warning: statement with no effect aug_alloc.c:313: warning: statement with no effect aug_alloc.c: In function `aug_realloc_loc': aug_alloc.c:341: warning: left-hand operand of comma expression has no effect aug_alloc.c:341: warning: left-hand operand of comma expression has no effect aug_alloc.c:341: warning: left-hand operand of comma expression has no effect aug_alloc.c:341: warning: left-hand operand of comma expression has no effect aug_alloc.c:342: warning: left-hand operand of comma expression has no effect aug_alloc.c:371: warning: left-hand operand of comma expression has no effect aug_alloc.c:371: warning: left-hand operand of comma expression has no effect aug_alloc.c:339: warning: statement with no effect aug_alloc.c:342: warning: statement with no effect aug_alloc.c:370: warning: statement with no effect aug_alloc.c: In function `aug_free_loc': aug_alloc.c:384: warning: left-hand operand of comma expression has no effect aug_alloc.c:384: warning: left-hand operand of comma expression has no effect aug_alloc.c:384: warning: left-hand operand of comma expression has no effect aug_alloc.c:384: warning: statement with no effect aug_alloc.c: In function `aug_foster_loc': aug_alloc.c:415: warning: left-hand operand of comma expression has no effect aug_alloc.c:415: warning: left-hand operand of comma expression has no effect aug_alloc.c:415: warning: left-hand operand of comma expression has no effect aug_alloc.c:415: warning: left-hand operand of comma expression has no effect aug_alloc.c:436: warning: left-hand operand of comma expression has no effect aug_alloc.c:414: warning: statement with no effect aug_alloc.c:436: warning: statement with no effect aug_alloc.c:454: warning: statement with no effect aug_alloc.c:460: warning: statement with no effect aug_alloc.c:467: warning: statement with no effect aug_alloc.c: In function `aug_strdup_loc': aug_alloc.c:498: warning: left-hand operand of comma expression has no effect aug_alloc.c:498: warning: left-hand operand of comma expression has no effect aug_alloc.c:498: warning: left-hand operand of comma expression has no effect aug_alloc.c:504: warning: left-hand operand of comma expression has no effect aug_alloc.c:504: warning: left-hand operand of comma expression has no effect aug_alloc.c:498: warning: statement with no effect aug_alloc.c:502: warning: statement with no effect aug_alloc.c: In function `aug_vecdup_loc': aug_alloc.c:524: warning: left-hand operand of comma expression has no effect aug_alloc.c:524: warning: left-hand operand of comma expression has no effect aug_alloc.c:524: warning: statement with no effect gcc -fPIC -DPIC -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -malign-double -falign-loops -mcpu=athlon -DNAME='"ser"' -DVERSION='"0.9.0"' -DARCH='"i386"' -DOS='"linux"' -DCOMPILER='"gcc 3.2"' -D__CPU_i386 -D__OS_linux -DCFG_DIR='"/usr/local/etc/ser/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DDBG_QM_MALLOC -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -I/usr/local/include -I/usr/local/pgsql/include -I/usr/include/postgresql -c aug_util.c -o aug_util.o aug_util.c: In function `aug_exit': aug_util.c:72: warning: left-hand operand of comma expression has no effect aug_util.c:72: warning: statement with no effect aug_util.c: In function `aug_abort_va': aug_util.c:80: warning: left-hand operand of comma expression has no effect aug_util.c:80: warning: left-hand operand of comma expression has no effect aug_util.c:80: warning: statement with no effect aug_util.c: In function `aug_setmodule': aug_util.c:114: warning: unused variable `len' gcc -fPIC -DPIC -g -O9 -funroll-loops -Wcast-align ..... ..... -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -I/usr/local/include -I/usr/local/pgsql/include -I/usr/include/postgresql -c db_val.c -o db_val.o db_val.c: In function `str2valp': db_val.c:219: warning: passing arg 1 of `aug_strdup_loc' discards qualifiers from pointer target type db_val.c:226: warning: passing arg 1 of `memcpy' discards qualifiers from pointer target type db_val.c:251: warning: passing arg 1 of `memcpy' discards qualifiers from pointer target type gcc -shared -Wl,-O2 -Wl,-E aug_alloc.o aug_util.o dbase.o db_con.o db_mod.o db_res.o db_utils.o db_val.o -L/usr/local/lib -L/usr/local/pgsql/lib -L/usr/local/lib/pgsql -L/usr/pkg/lib -L/usr/pkg/lib/pgsql -lpq -o postgres.so

1 1

Re: RE : [Serusers] Install from sources howto
by lakmal silva 15 Mar '05

15 Mar '05

Do a #make all --- Olivier Taylor <olivier.taylor(a)gmail.com> wrote: > Thx for the first part, what about compiling, wich > commands does I have to > issue, they are many possibilities in the > documentation. > > Regards, > > Olivier > > -----Message d'origine----- > De : lakmal silva [mailto:ruwan_lakmal@yahoo.fr] > Envoyé : dimanche 13 mars 2005 13:21 > À : Olivier Taylor; serusers(a)lists.iptel.org > Objet : Re: [Serusers] Install from sources howto > > > Hi Oliver, > > take a look at these links. It will give you a quick > intro to SER intallation and configuration. > > http://www.iptel.org/ser/doc/ser-howto/ser-Howto.html > http://cvs.berlios.de/cgi-bin/viewcvs.cgi/*checkout*/ser/sip_router/INSTALL? > rev=HEAD&content-type=text/plain > > > To untar the tarball, you can issue the following > command. > > #tar -xzvf ser-0.xx_src.tar.gz > > Alternatively you can download the source code from > the cvs tree. > > Regards, > > Lakmal > > > --- Olivier Taylor <olivier.taylor(a)gmail.com> wrote: > > Hi all, > > > > If I understand well, to use all the features of > > Ser, it's necessary to > > build Ser from sources and install it. > > I used rpms to install ser, I did configure it, > > everythings ok, but now I > > wanna do more now. > > > > Is there somewhere an installation guide from > > source, how to untar, to > > compile and so on? > > > > Thx, > > > > Olivier > > > > -----Message d'origine----- > > De : serusers-bounces(a)lists.iptel.org > [mailto:serusers-bounces@lists.iptel.org] De > > la part de Aldi Ramdhani > > Envoyé : dimanche 13 mars 2005 12:36 > > À : serusers(a)lists.iptel.org > > Objet : [Serusers] window messenger 5.0 > > > > > > Dear All, > > > > I'm running ser-0.8.14 on FreeBSD 5.3-RELEASE. I > > install it through ports > > collection with MySQL support. I try ro login > using > > Window Messenger 5.0. It > > works, but i see other user were offline even they > > are online. can somebody > > tell me what's wrong ??? > > > > _______________________________________________ > > 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 > > > > > > __________________________________ > Do you Yahoo!? > Yahoo! Small Business - Try our new resources site! > http://smallbusiness.yahoo.com/resources/ > > __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

4 9

[Serusers] Why Was This INVITE Not Loose_Route()ed ??
by Java Rockx 15 Mar '05

15 Mar '05

Hi All. I just don't see why loose_route() returned FALSE for this INVITE message. Can anyone help? This INVITE was sent from my SIP phone to my SER-0.9 proxy. The IPs look funny because our SER proxy sits behind a Cisco 3600 and the ALG stuff has rewritten the IPs (ie, the 10.3.0.221 address). Regards, Paul U 2005/03/14 16:01:19.932196 69.200.205.122:5060 -> 10.3.0.221:5060 INVITE sip:9195531888@66.243.109.99:5060;user=phone SIP/2.0. Via: SIP/2.0/UDP 69.200.205.122:5060;branch=z9hG4bK2434592534. Route: <sip:10.3.0.221;ftag=10000000-0-1811969809;lr>. Route: <sip:216.229.127.60:5060;lr>. From: 3475626630 <sip:3475626630@66.243.109.99:5060;user=phone>;tag=550070175. To: <sip:9195531888@64.152.60.6;user=phone>;tag=10000000-0-1811969809. Call-ID: 348926-3319820023-453493(a)66.243.109.99. CSeq: 1 INVITE. Contact: <sip:3475626630@69.200.205.122:5060>. max-forwards: 70. Allow: INVITE, ACK, OPTIONS, CANCEL, BYE. Content-Type: application/sdp. Content-Length: 171. . v=0. o=- 9528 3044 IN IP4 0.0.0.0. s=-. c=IN IP4 0.0.0.0. t=0 0. m=audio 13456 RTP/AVP 18 101. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. a=sendonly. a=ptime:20.

2 3

[Serusers] error in "make modules" with postgres
by Joao Pereira 15 Mar '05

15 Mar '05

1 0

[Serusers] How to use SER with SIP Communicator
by John Varghese 15 Mar '05

15 Mar '05

Hi friends, I want to work with SIP on a LAN. For this today I have downloaded and installed SER on my local machine. I have managed to login. However I am not able to dial up another user who has logged-in. Both of us are on the same LAN. The error is "Remote part returned error response - 408- Request Timeout" I have kept the domain name as IP of my machine 10.0.0.101, where SER has been installed. The output of "select * from subscriber;" is as follows +----------------------------------+----------+------------+----------+------------+-----------+-------+-------------------+---------------------+---------------------+------------------------------------------+------+------------------+----------+----------------------------------+----------------------------------+-------+------------+----------+---------+ | phplib_id | username | domain | password | first_name | last_name | phone | email_address | datetime_created | datetime_modified | confirmation | flag | sendnotification | greeting | ha1 | ha1b | perms | allow_find | timezone | rpid | +----------------------------------+----------+------------+----------+------------+-----------+-------+-------------------+---------------------+---------------------+------------------------------------------+------+------------------+----------+----------------------------------+----------------------------------+-------+------------+----------+---------+ | ed679a94c2d06c2853e8eac7ccc12359 | john | 10.0.0.101 | john | | | | johnv(a)aftek.com | 2005-03-15 12:25:23 | 2005-03-15 12:26:35 | | o | | | ed679a94c2d06c2853e8eac7ccc12359 | b4bf9c3408f165f59af7eb72438a8e95 | NULL | 0 | NULL | john | | b8ca68a4e7eafeb5e4c7ec9dc3a9eaf2 | sandeep | 10.0.0.101 | sandeep | | | | sandeep(a)aftek.com | 2005-03-15 12:26:59 | 2005-03-15 12:27:18 | | o | | | b8ca68a4e7eafeb5e4c7ec9dc3a9eaf2 | e6705f3068a0bf4c45a0ec2689d55b21 | NULL | 0 | NULL | sandeep | I am pasting some lines from console of sip-communicator.sh Call-ID: 224990ce9dffd68b151bc394f811f687(a)10.0.0.101 CSeq: 1 INVITE From: "John Varghese" <sip:john@10.0.0.101:27882;transport=udp>;tag=22845412 To: <sip:sandeep@10.0.0.101>;tag=a6a1c5f60faecf035a1ae5b6e96e979a-c802 Via: SIP/2.0/UDP 10.0.0.101:27882;branch=z9hG4bK0de890eafa356f841c05dc95564ea035 Server: Sip EXpress router (0.8.14 (i386/linux)) Warning: 392 10.0.0.101:5060 "Noisy feedback tells: pid=3784 req_src_ip=10.0.0.101 req_src_port=27882 in_uri=sip:sandeep@10.0.0.101 out_uri=*sip:61.11.16.124:5060*;transport=udp via_cnt==0" Content-Length: 0 Can anybody please help John

1 0

← Newer
1
...
33
34
35
36
37
38
39
...
63
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 March 2005