sr-users December 2003

sr-users@lists.kamailio.org

108 participants
257 discussions

[Serusers] RE: Xlite register problem (WAS Xten-RTPProxy choppy audio)

by Klaus Darilion

I think the sip-implementors sip-implementors(a)cs.columbia.edu or sip sip(a)ietf.org mailinglist could help you more. Klaus -----Original Message----- From: Chuck Ramirez [mailto:chuck_ramirez@yahoo.com] Sent: Wednesday, December 10, 2003 8:34 PM To: serusers(a)lists.iptel.org Cc: Klaus Darilion Subject: Xlite register problem (WAS Xten-RTPProxy choppy audio) Hi, We are also having a problem with X-Pro and X-lite build 1088 when registering to a SIP proxy based on libosip. The X-Pro is not using the double-quotes on the nonce value of the Authorization header, which is causing an error on our proxy when parsing of this header (Libosip requires the double quotes). I have sent this question to the Xten support forum but they said that the double quotes are not mandatory, though libosip requires them. Any thoughts on what is the correct behaviour of the double-quotes on the authorization header? Thanks, Chuck ######## REGISTER sip:sip.myproxy.com SIP/2.0.. Via: SIP/2.0/UDP 10.0.0.118:5060;rport;branch=z9hG4bK68B8733FC802462491336DC291698245.. From: 55519 <sip:55519@sip.myproxy.com>.. To: 55519 <sip:55519@sip.trd c.telenova.com.br>.. Contact: "55519" <sip:55519@10.0.0.118:5060>.. Call-ID: <mailto:C6A03D06E92E4797964B8B66D428E345@sip.myproxy.com> C6A03D06E92E4797964B8B66D428E345(a)sip.myproxy.com.. CSeq: 50473 REGISTER..Expires: 1800.. Authorization: Digest username="55519",realm="sip.myproxy.com",nonce=3fc651184ade4892f2e774000 507b 8b0a1db524e,response="19a55431e3ee1d5978c777373a822a40",uri="sip:sip.myp roxy .com".. Max-Forwards: 70.. User-Agent: X-PRO build 1088.. Content-Length: 0.... Klaus Darilion <darilion(a)ict.tuwien.ac.at> wrote: PS: nevertheless build 1095 (as 1088) is IMO buggy as it doesn't register to my default proxy, but to all other configured proxies. Any solutions? > -----Original Message----- > From: Maxim Sobolev [mailto:sobomax@portaone.com] > Sent: Wednesday, December 10, 2003 5:56 PM > To: Ricardo Villa > Cc: Klaus Darilion; Jan Janak; Adrian Georgescu; serusers(a)lists.iptel.org > Subject: Re: [Serusers] Re: Xten-RTPProxy choppy audio > > > Ok, I see, probably it tries to send a RTCP packet, which is OK by > itself, but handles resulting ICMP in a strange way. I'll extend RTP > proxy to make it relaying RTCP traffic as well (I am having > it on a TODO > list for a quite some time now), which should fix this problem. > > Thank you for the debugging! > > In the meantime, disabling RTCP in X-Ten should solve the problem. > > -Maxim > > Ricardo Villa wrote: > > > I can confirm this too. Just tried it in our lab with the > exact same > > results as Klaus. (Instead of Budgetone I used ATA186). > > > > X-Lite build 1084 > > > > 1. ATA186 Calls Xten. > > 2. Xten hears choppy audio every 5 seconds or so. > > 3. RTP Stream from ATA to Xten is perfect and conserves > the same SSRC > > 4. RTP Stream from Xten to ATA switches to a new SSRC > every few seconds. > > > > It is clear to me that there is a bug in Xten software. Before Xten > > switches to a new SSRC it attempts to send an RTP packet to > the wrong RTP > > Port (it tries to the actual port +1). SER server sends > back "ICMP Port > > Unreacheable (Obviously)" and Xten restarts RTP Stream on a &! gt; new SSRC. > > > > I did not see any problem with Maxims RTPProxy. > > > > Regards, > > Ricardo > > > > ----- Original Message ----- > > From: "Klaus Darilion" > > To: "Jan Janak" ; "Adrian Georgescu" > > > > Cc: ; "Ricardo Villa" > > Sent: Wednesday, December 10, 2003 11:07 AM > > Subject: RE: [Serusers] Re: Xten-RTPProxy choppy audio > > > > > > I can reproduce the choppy audio > > setup: > > budgetone-100 <----> ser+rtpproxy(version from today) on > redhat 9 (or 8, > > not sure) <------>x-lite build 1088 on win xp > > > > the choppy sound occours every 5 seconds, in both directions. > > RTP-analysis: > > RTP stream from budgetone to ! x-lite (via rtpproxy) is fine > (no jitter, > > no loss) > > RTP stream from x-lite to budgetone (via rtpproxy): very > strange: x-lite > > switches to a new SSRC (and seq-nr. start at 0 again) every > 5 seconds. > > > > so, in my opinion: rtpproxy works fine, x-lite is guilty. > but why does > > this happen only if the rtp proxy is involved? ...further > investigations > > are planned... > > > > Klaus > > > > > >>-----Original Message----- > >>From: Jan Janak [mailto:janak@fokus.fraunhofer.de] > >>Sent: Wednesday, December 10, 2003 4:09 PM > >>To: Adrian Georgescu > >>Cc: serusers(a)lists.iptel.org; Ricardo Villa > >>Subject: Re: [Serusers] Re: Xten-RTPProxy choppy audio > >> > >> > >>Well, we can generate the traces locally, but I haven't &g! t; encounter the > >>problem you describe so it makes no sense. > >> > >>You wrote you are able to reproduce the problem, in that > case I would > >>like to ask you to generate the traces that show the problem > >>so we could > >>analyze and fix it. > >> > >>Also please tell us on what OS does this happen ? (I mean the > >>OS the proxy > >>is running on). > >> > >>Another question, what is the license of your RTP proxy ? I > >>didn't find > >>any licensing info in the sources. Will the sources be available ? > >> > >> Jan. > >> > >>On 10-12 16:04, Adrian Georgescu wrote: > >> > >>>On Wednesday, Dec 10, 2003, at 15:48 Europe/Amsterdam, > >> > >>Ricardo Villa > >> > >>>wrote: > >>> > >>> > >>>>Adrian, > >>>> > >>>>Do you have an Etheral trace trace of such a call (using G711)? > >>> > >>>I guess ethereal traces can be generated with ethereal program and > >>>decoded locally on your servers if you want to isolate this. > >>> > >>> > >>>>I can > >>>>decode it and produce an audio file for all to examine. > >> > >>This way we > >> > >>>>can get > >>>>to the bottom of this. > >>>>Thanks, > >>>>Ricardo > >>> > >>>_______________________________________________ > >>>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 _____ Do you Yahoo!? Free <http://us.rd.yahoo.com/slv/mailtag/*http://companion.yahoo.com/> Pop-Up Blocker - Get it now

21 years

[Serusers] another RTPProxy for SER

by Adrian Georgescu

Hello, we have released an alternative RTPProxy that works with SER nathelper module. Is a completely new program written in Python and should be able to run without recompilation on any system where Python is supported. We have tested Linux Debian and Solaris 8. There are little differences against PortaOne's rtpproxy, mainly the problem with Xten choppy audio was solved. Features - Compliant with SER nathelper module - Runs without recompilation on SUN Solaris - Xten audio quality is perfect without gaps - Display active media sessions - Display traffic in minutes and kilobytes - Log to syslog the IP/port numbers and traffic statistics per session - Flexible design for adding new features To do list - Run it on separate machine than SER - Log network traffic per domain - Integrate traffic logging with CDRtool The application is free to download and use without limitations. You can download it from: http://download.dns-hosting.info/RTPProxy/ The application is developed and supported by AG Projects. Any feedback is welcome at support(a)jobserver.org Regards, Adrian Georgescu ag(a)ag-projects.com http://ag-projects.com Tel: +31-23-5458104 IP phone: sip:ag@ag-projects.com ------------------------------------------------ DNS, ENUM & IP telephony http://managed-dns.org/

21 years

RE: [Serusers] another RTPProxy for SER

by Klaus Darilion

Hi Jan (and others)! Which version of the x-client do you use without problems with the rtpproxy? Klaus > -----Original Message----- > From: Jan Janak [mailto:jan@iptel.org] > Sent: Wednesday, December 10, 2003 11:53 AM > To: Maxim Sobolev > Cc: serusers(a)lists.iptel.org; Adrian Georgescu > Subject: Re: [Serusers] another RTPProxy for SER > > > I am also wondering what is the problem with xten and rtp > proxy, because > I didn't have any problems. > > Jan. > > On 10-12 12:29, Maxim Sobolev wrote: > > Sorry for my sloppy English, actually I was asking you to > explain the > > cause of the problem. If you claim that something was > "solved" in your > > version you should probably know how behaviour of your > version differs > > from the behaviour of the original one. > > > > -Maxim > > > > Adrian Georgescu wrote: > > > > >See > http://lists.iptel.org/pipermail/serusers/2003-November/003499.html > > > > > >On Wednesday, Dec 10, 2003, at 11:07 Europe/Amsterdam, > Maxim Sobolev wrote: > > > > > >>Adrian Georgescu wrote: > > >> > > >>>Hello, we have released an alternative RTPProxy that > works with SER > > >>>nathelper module. Is a completely new program written in > Python and > > >>>should be able to run without recompilation on any system where > > >>>Python is supported. We have tested Linux Debian and Solaris 8. > > >>>There are little differences against PortaOne's > rtpproxy, mainly the > > >>>problem with Xten choppy audio was solved. > > >> > > >> > > >>Interesting. I wonder what was the problem with Xten that > you solved? > > >> > > >>-Maxim > > >> > > >>>Features > > >>>- Compliant with SER nathelper module > > >>>- Runs without recompilation on SUN Solaris > > >>>- Xten audio quality is perfect without gaps > > >>>- Display active media sessions > > >>>- Display traffic in minutes and kilobytes > > >>>- Log to syslog the IP/port numbers and traffic > statistics per session > > >>>- Flexible design for adding new features > > >>>To do list > > >>>- Run it on separate machine than SER > > >>>- Log network traffic per domain > > >>>- Integrate traffic logging with CDRtool > > >>>The application is free to download and use without > limitations. You > > >>>can download it from: > > >>>http://download.dns-hosting.info/RTPProxy/ > > >>>The application is developed and supported by AG Projects. Any > > >>>feedback is welcome at support(a)jobserver.org > > >>>Regards, > > >>>Adrian Georgescu > > >>>ag(a)ag-projects.com > > >>>http://ag-projects.com > > >>>Tel: +31-23-5458104 > > >>>IP phone: sip:ag@ag-projects.com > > >>>------------------------------------------------ > > >>>DNS, ENUM & IP telephony http://managed-dns.org/ > > >>>_______________________________________________ > > >>>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 > >

21 years

RE: [Serusers] Re: Xten-RTPProxy choppy audio

by Klaus Darilion

Sending to rtp port +1 is ok, that is RTCP. the RTCP port is defined as rtp+1. better would be if the RTP proxy would also forward RTCP, nevertheless x-lite should also handle clients which do not support RTCP (and answers with ICMP errors). Klaus > -----Original Message----- > From: Ricardo Villa [mailto:ricvil@epm.net.co] > Sent: Wednesday, December 10, 2003 5:41 PM > To: Klaus Darilion; Jan Janak; Adrian Georgescu > Cc: serusers(a)lists.iptel.org > Subject: Re: [Serusers] Re: Xten-RTPProxy choppy audio > > > I can confirm this too. Just tried it in our lab with the exact same > results as Klaus. (Instead of Budgetone I used ATA186). > > X-Lite build 1084 > > 1. ATA186 Calls Xten. > 2. Xten hears choppy audio every 5 seconds or so. > 3. RTP Stream from ATA to Xten is perfect and conserves the same SSRC > 4. RTP Stream from Xten to ATA switches to a new SSRC every > few seconds. > > It is clear to me that there is a bug in Xten software. Before Xten > switches to a new SSRC it attempts to send an RTP packet to > the wrong RTP > Port (it tries to the actual port +1). SER server sends > back "ICMP Port > Unreacheable (Obviously)" and Xten restarts RTP Stream on a new SSRC. > > I did not see any problem with Maxims RTPProxy. > > Regards, > Ricardo > > ----- Original Message ----- > From: "Klaus Darilion" <darilion(a)ict.tuwien.ac.at> > To: "Jan Janak" <janak(a)fokus.fraunhofer.de>; "Adrian Georgescu" > <ag(a)ag-projects.com> > Cc: <serusers(a)lists.iptel.org>; "Ricardo Villa" <ricvil(a)epm.net.co> > Sent: Wednesday, December 10, 2003 11:07 AM > Subject: RE: [Serusers] Re: Xten-RTPProxy choppy audio > > > I can reproduce the choppy audio > setup: > budgetone-100 <----> ser+rtpproxy(version from today) on > redhat 9 (or 8, > not sure) <------>x-lite build 1088 on win xp > > the choppy sound occours every 5 seconds, in both directions. > RTP-analysis: > RTP stream from budgetone to x-lite (via rtpproxy) is fine (no jitter, > no loss) > RTP stream from x-lite to budgetone (via rtpproxy): very > strange: x-lite > switches to a new SSRC (and seq-nr. start at 0 again) every 5 seconds. > > so, in my opinion: rtpproxy works fine, x-lite is guilty. but why does > this happen only if the rtp proxy is involved? ...further > investigations > are planned... > > Klaus > > > -----Original Message----- > > From: Jan Janak [mailto:janak@fokus.fraunhofer.de] > > Sent: Wednesday, December 10, 2003 4:09 PM > > To: Adrian Georgescu > > Cc: serusers(a)lists.iptel.org; Ricardo Villa > > Subject: Re: [Serusers] Re: Xten-RTPProxy choppy audio > > > > > > Well, we can generate the traces locally, but I haven't > encounter the > > problem you describe so it makes no sense. > > > > You wrote you are able to reproduce the problem, in that > case I would > > like to ask you to generate the traces that show the problem > > so we could > > analyze and fix it. > > > > Also please tell us on what OS does this happen ? (I mean the > > OS the proxy > > is running on). > > > > Another question, what is the license of your RTP proxy ? I > > didn't find > > any licensing info in the sources. Will the sources be available ? > > > > Jan. > > > > On 10-12 16:04, Adrian Georgescu wrote: > > > On Wednesday, Dec 10, 2003, at 15:48 Europe/Amsterdam, > > Ricardo Villa > > > wrote: > > > > > > >Adrian, > > > > > > > >Do you have an Etheral trace trace of such a call (using G711)? > > > > > > I guess ethereal traces can be generated with ethereal > program and > > > decoded locally on your servers if you want to isolate this. > > > > > > > I can > > > >decode it and produce an audio file for all to examine. > > This way we > > > >can get > > > >to the bottom of this. > > > >Thanks, > > > >Ricardo > > > > > > _______________________________________________ > > > 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 > > > > > > > > >

21 years

RE: [Serusers] Re: Xten-RTPProxy choppy audio

by Klaus Darilion

Hi Adrian! Does your media proxy also forward RTCP packets? Klaus > -----Original Message----- > From: Adrian Georgescu [mailto:ag@ag-projects.com] > Sent: Wednesday, December 10, 2003 5:44 PM > To: Ricardo Villa > Cc: serusers(a)lists.iptel.org > Subject: Re: [Serusers] Re: Xten-RTPProxy choppy audio > > > Interesting, did you try my media proxy before saying this? > > Regards, > Adrian > > > On Wednesday, Dec 10, 2003, at 17:40 Europe/Amsterdam, Ricardo Villa > wrote: > > > I can confirm this too. Just tried it in our lab with the > exact same > > results as Klaus. (Instead of Budgetone I used ATA186). > > > > X-Lite build 1084 > > > > 1. ATA186 Calls Xten. > > 2. Xten hears choppy audio every 5 seconds or so. > > 3. RTP Stream from ATA to Xten is perfect and conserves > the same SSRC > > 4. RTP Stream from Xten to ATA switches to a new SSRC every few > > seconds. > > > > It is clear to me that there is a bug in Xten software. Before Xten > > switches to a new SSRC it attempts to send an RTP packet to > the wrong > > RTP > > Port (it tries to the actual port +1). SER server sends > back "ICMP > > Port > > Unreacheable (Obviously)" and Xten restarts RTP Stream on a > new SSRC. > > > > I did not see any problem with Maxims RTPProxy. > > > > Regards, > > Ricardo > > > > ----- Original Message ----- > > From: "Klaus Darilion" <darilion(a)ict.tuwien.ac.at> > > To: "Jan Janak" <janak(a)fokus.fraunhofer.de>; "Adrian Georgescu" > > <ag(a)ag-projects.com> > > Cc: <serusers(a)lists.iptel.org>; "Ricardo Villa" <ricvil(a)epm.net.co> > > Sent: Wednesday, December 10, 2003 11:07 AM > > Subject: RE: [Serusers] Re: Xten-RTPProxy choppy audio > > > > > > I can reproduce the choppy audio > > setup: > > budgetone-100 <----> ser+rtpproxy(version from today) on > redhat 9 (or > > 8, > > not sure) <------>x-lite build 1088 on win xp > > > > the choppy sound occours every 5 seconds, in both directions. > > RTP-analysis: > > RTP stream from budgetone to x-lite (via rtpproxy) is fine > (no jitter, > > no loss) > > RTP stream from x-lite to budgetone (via rtpproxy): very strange: > > x-lite > > switches to a new SSRC (and seq-nr. start at 0 again) every > 5 seconds. > > > > so, in my opinion: rtpproxy works fine, x-lite is guilty. > but why does > > this happen only if the rtp proxy is involved? ...further > > investigations > > are planned... > > > > Klaus > > > >> -----Original Message----- > >> From: Jan Janak [mailto:janak@fokus.fraunhofer.de] > >> Sent: Wednesday, December 10, 2003 4:09 PM > >> To: Adrian Georgescu > >> Cc: serusers(a)lists.iptel.org; Ricardo Villa > >> Subject: Re: [Serusers] Re: Xten-RTPProxy choppy audio > >> > >> > >> Well, we can generate the traces locally, but I haven't > encounter the > >> problem you describe so it makes no sense. > >> > >> You wrote you are able to reproduce the problem, in that > case I would > >> like to ask you to generate the traces that show the problem > >> so we could > >> analyze and fix it. > >> > >> Also please tell us on what OS does this happen ? (I mean the > >> OS the proxy > >> is running on). > >> > >> Another question, what is the license of your RTP proxy ? I > >> didn't find > >> any licensing info in the sources. Will the sources be available ? > >> > >> Jan. > >> > >> On 10-12 16:04, Adrian Georgescu wrote: > >>> On Wednesday, Dec 10, 2003, at 15:48 Europe/Amsterdam, > >> Ricardo Villa > >>> wrote: > >>> > >>>> Adrian, > >>>> > >>>> Do you have an Etheral trace trace of such a call (using G711)? > >>> > >>> I guess ethereal traces can be generated with ethereal > program and > >>> decoded locally on your servers if you want to isolate this. > >>> > >>>> I can > >>>> decode it and produce an audio file for all to examine. > >> This way we > >>>> can get > >>>> to the bottom of this. > >>>> Thanks, > >>>> Ricardo > >>> > >>> _______________________________________________ > >>> 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 > >

21 years

RE: [Serusers] Scalability Question

by Darren Sessions

I'm not so sure that we'll be running the rtp proxy piece. I'm thinking it'll all be public addresses and the endpoints we have already do nat transversal. -----Original Message----- From: Maxim Sobolev [mailto:sobomax@portaone.com] Sent: Wednesday, December 10, 2003 11:31 AM To: Andrei Pelinescu-Onciul Cc: Darren Sessions; 'serusers(a)lists.iptel.org ' Subject: Re: [Serusers] Scalability Question Some time ago at a request from one of prospective clients we had performed peak performance estimate for our rtpproxy. According to results, it should be able to handle up to 2,000 simulateneous G.723.1 sessions on a decent machine (P4 2.5-3.0 GHz). Please note that fine-tuning of OS network stack parameters can be necessary to get such high numbers, since RTP traffic consists of big number of very short UDP frames (up to 30 frames/sec for one session), so that network stack should be prepared to handle huge number of short packets. -Maxim Andrei Pelinescu-Onciul wrote: > On Dec 10, 2003 at 06:56, Darren Sessions <dsessions(a)ionosphere.net> wrote: > >>Here is a little more insight into what I envision to be the core network. >>Hopefully this will help in the scalability question I'm desperate to get a >>better understanding of. >> >>I'm just not sure if I've under-engineered this, or over-engineered it - and >>what I can get rid of to save money or what more I need to spend. > > > > I don't know about sems, but ser, if tuned for performance can do > 4500-4800 cps on a dual athlon mp 2000+. On your configuration (dual > Xeon 3Ghz 1Mb cache) it should do much better (but I think it is very > improbable to have 10000 calls in a second from 100000 users, at least > not sustained more then a few seconds). You might consider adding more > memory (4Gb so you can use 3-3.5Gb for ser). This only if you want to > be prepared for the worse (DOS attacks that try to initiate as many > calls possible to non-responding destination, creating a lot of > transaction that will be deleted only after the final response timer > hits (default 120s); ser uses about 5k/transaction ). > > > Andrei > > >>Thanks again for all the help! >> >> - Darren >> >> >> >>--- >> >> >>Architecture = Intel i386 >> >>Bandwidth = DS3 to OC12 >> >>Population Size = Initially, a 100k user base at 10-1 ratio (10,000 >>simultaneous calls) and a 100-1 ratio for voicemail (1,000 simultaneous >>calls). >> >>Scenario Implemented: >> >>2x centralized database servers (For SER/SEMS) Running Redhat Advanced >>Server 2.1 - Quad 2.5Ghz 1MB Cache Xeon CPUs - 8GB Ram - 60GB Raid Storage >>on host - Multi-Threaded MySQL - Multiple Gigabit Network Interfaces >> >>2x centralized storage servers (For VM, Web Content, etc) Running Redhat >>Advanced Server 2.1 - 2GB Ram - 140GB Storage on Host - 2.04TB Raid Storage >>- Multiple Gigabit Network Interfaces >> >>4x SER servers Running RedHat AS 2.1 or RedHat 9 - Dual 3Ghz Xeon CPUs per >>server - 2GB RAM - NFS to Storage Server via Deticated Gigabit Network - >>Seperate Network card for Internet Connectivity - 18GB Raid Storage on Host >> >>4x SEMS servers Running RedHat AS 2.1 or RedHat 9 - Dual 3Ghz Xeon CPUs per >>server - 2GB RAM - NFS to Storage Server via Deticated Gigabit Network - >>Seperate Network card for Internet Connectivity - 18GB Raid Storage on Host >> >>6x WEB Servers >>3x DNS Servers >> >> >> >> >>-----Original Message----- >>From: Jan Janak >>To: Darren Sessions >>Cc: serusers(a)lists.iptel.org >>Sent: 12/10/2003 5:55 AM >>Subject: Re: [Serusers] Scalability Question >> >>No, it depends on many factors like, architecture used, bandwitdth, >>population size, scenario implemented and so on. >> >> Jan. >> >>On 09-12 12:35, Darren Sessions wrote: >> >>>Is there a scalability guide anywhere I can use in helping me decide >> >>how >> >>>much hardware to buy for SER + SER/SEMS application? >>> >>>Thanks, >>> >>> - Darren >>> >>>_______________________________________________ >>>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 > > >

21 years

RE: [Serusers] Scalability Question

by Darren Sessions

Here is a little more insight into what I envision to be the core network. Hopefully this will help in the scalability question I'm desperate to get a better understanding of. I'm just not sure if I've under-engineered this, or over-engineered it - and what I can get rid of to save money or what more I need to spend. Thanks again for all the help! - Darren --- Architecture = Intel i386 Bandwidth = DS3 to OC12 Population Size = Initially, a 100k user base at 10-1 ratio (10,000 simultaneous calls) and a 100-1 ratio for voicemail (1,000 simultaneous calls). Scenario Implemented: 2x centralized database servers (For SER/SEMS) Running Redhat Advanced Server 2.1 - Quad 2.5Ghz 1MB Cache Xeon CPUs - 8GB Ram - 60GB Raid Storage on host - Multi-Threaded MySQL - Multiple Gigabit Network Interfaces 2x centralized storage servers (For VM, Web Content, etc) Running Redhat Advanced Server 2.1 - 2GB Ram - 140GB Storage on Host - 2.04TB Raid Storage - Multiple Gigabit Network Interfaces 4x SER servers Running RedHat AS 2.1 or RedHat 9 - Dual 3Ghz Xeon CPUs per server - 2GB RAM - NFS to Storage Server via Deticated Gigabit Network - Seperate Network card for Internet Connectivity - 18GB Raid Storage on Host 4x SEMS servers Running RedHat AS 2.1 or RedHat 9 - Dual 3Ghz Xeon CPUs per server - 2GB RAM - NFS to Storage Server via Deticated Gigabit Network - Seperate Network card for Internet Connectivity - 18GB Raid Storage on Host 6x WEB Servers 3x DNS Servers -----Original Message----- From: Jan Janak To: Darren Sessions Cc: serusers(a)lists.iptel.org Sent: 12/10/2003 5:55 AM Subject: Re: [Serusers] Scalability Question No, it depends on many factors like, architecture used, bandwitdth, population size, scenario implemented and so on. Jan. On 09-12 12:35, Darren Sessions wrote: > Is there a scalability guide anywhere I can use in helping me decide how > much hardware to buy for SER + SER/SEMS application? > > Thanks, > > - Darren > > _______________________________________________ > Serusers mailing list > serusers(a)lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers

21 years

RE: [Serusers] Re: Xten-RTPProxy choppy audio

by Klaus Darilion

X-lite Private build: 1088 (the non fwd-version) klaus > -----Original Message----- > From: Maxim Sobolev [mailto:sobomax@portaone.com] > Sent: Wednesday, December 10, 2003 5:13 PM > To: Klaus Darilion > Cc: Jan Janak; Adrian Georgescu; serusers(a)lists.iptel.org; Ricardo Villa > Subject: Re: [Serusers] Re: Xten-RTPProxy choppy audio > > > Thanks, Klaus! Please keep us informed about your findings. > BTW, which > exactly version of x-lite are you using? > > -Maxim > > Klaus Darilion wrote: > > > I can reproduce the choppy audio > > setup: > > budgetone-100 <----> ser+rtpproxy(version from today) on > redhat 9 (or 8, > > not sure) <------>x-lite build 1088 on win xp > > > > the choppy sound occours every 5 seconds, in both directions. > > RTP-analysis: > > RTP stream from budgetone to x-lite (via rtpproxy) is fine > (no jitter, > > no loss) > > RTP stream from x-lite to budgetone (via rtpproxy): very > strange: x-lite > > switches to a new SSRC (and seq-nr. start at 0 again) every > 5 seconds. > > > > so, in my opinion: rtpproxy works fine, x-lite is guilty. > but why does > > this happen only if the rtp proxy is involved? ...further > investigations > > are planned... > > > > Klaus > > > > > >>-----Original Message----- > >>From: Jan Janak [mailto:janak@fokus.fraunhofer.de] > >>Sent: Wednesday, December 10, 2003 4:09 PM > >>To: Adrian Georgescu > >>Cc: serusers(a)lists.iptel.org; Ricardo Villa > >>Subject: Re: [Serusers] Re: Xten-RTPProxy choppy audio > >> > >> > >>Well, we can generate the traces locally, but I haven't > encounter the > >>problem you describe so it makes no sense. > >> > >>You wrote you are able to reproduce the problem, in that > case I would > >>like to ask you to generate the traces that show the problem > >>so we could > >>analyze and fix it. > >> > >>Also please tell us on what OS does this happen ? (I mean the > >>OS the proxy > >>is running on). > >> > >>Another question, what is the license of your RTP proxy ? I > >>didn't find > >>any licensing info in the sources. Will the sources be available ? > >> > >> Jan. > >> > >>On 10-12 16:04, Adrian Georgescu wrote: > >> > >>>On Wednesday, Dec 10, 2003, at 15:48 Europe/Amsterdam, > >> > >>Ricardo Villa > >> > >>>wrote: > >>> > >>> > >>>>Adrian, > >>>> > >>>>Do you have an Etheral trace trace of such a call (using G711)? > >>> > >>>I guess ethereal traces can be generated with ethereal > program and > >>>decoded locally on your servers if you want to isolate this. > >>> > >>> > >>>>I can > >>>>decode it and produce an audio file for all to examine. > >> > >>This way we > >> > >>>>can get > >>>>to the bottom of this. > >>>>Thanks, > >>>>Ricardo > >>> > >>>_______________________________________________ > >>>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 > > > > > > > > >

21 years

RE: [Serusers] Re: Xten-RTPProxy choppy audio

by Klaus Darilion

Ethereal also can do all the analysis: mark an UDP (RTP) packet, right-click, decode as ... select RTP. Then mark the RTP packet, ->Tools->Statistics->RTP stream->Analyse. There you will see a list of all RTP packets with jitter/packet loss analysis. Furthermore you can save the payload to disc and listen to it. What causes the choppy audio - packet loss or jitter? Is the problem caused by using X-lite as sender or receiver? Klaus > -----Original Message----- > From: Ricardo Villa [mailto:ricvil@epm.net.co] > Sent: Wednesday, December 10, 2003 3:48 PM > To: Adrian Georgescu; Maxim Sobolev > Cc: serusers(a)lists.iptel.org > Subject: Re: [Serusers] Re: Xten-RTPProxy choppy audio > > > Adrian, > > Do you have an Etheral trace trace of such a call (using G711)? I can > decode it and produce an audio file for all to examine. This > way we can get > to the bottom of this. > > Thanks, > Ricardo > > ----- Original Message ----- > From: "Adrian Georgescu" <ag(a)ag-projects.com> > To: "Maxim Sobolev" <sobomax(a)portaone.com> > Cc: <serusers(a)lists.iptel.org> > Sent: Wednesday, December 10, 2003 9:15 AM > Subject: [Serusers] Re: Xten-RTPProxy choppy audio > > > > On Wednesday, Dec 10, 2003, at 14:16 Europe/Amsterdam, Maxim Sobolev > > wrote: > > > > > Probably you need to replace "we have solved" with "we > don't observe", > > > because to say that something is "solved" you probably > should be able > > > to describe what the solution is. > > > > 20+ of my customers have experienced a problem in the interaction > > between xten soft clients and the rtp media proxy. I have > reported this > > to Maxim (3 november), to xten (6 november) and ser user list (6 > > november). I have received no answer, hence the effort we put in > > finding a solution ourselves. > > > > Maxim, I have all respect for all you work. For the sake > of this, here > > is my correction: > > > > "We don't observe this with our media proxy" > > > > > Personally I am not convinced that there is actually a > real problem > > > with our RTP proxy (my own tests and Jan's information > confirms that), > > > > Personally, I am totally convinced that I had a problem and I am am > > perfectly convinced that I solved my problem. I think this is the > > single point of arguing here. > > > > > it could be just equially likely be the problem with your > setup (OS > > > you are using, libraries, network etc). > > > > It is not isolated to my setup. Before I have notified > Maxim, Xten and > > SER user list, I have reproduced the problem on different > operations > > systems (Windows and MacOSX), different Xten versions, different > > firewalls (NET Gear, D-Link, Alcatel Speetouch and Linux > masquerading) > > different IP networks and different sip server software. > > > > > Therefore, I strongly suggest you to stop asserting that > your version > > > is better > > > > I wrote "alternative" version with different features. Nothing about > > "better". Your software is better :-) > > > > > in this respect than original one unless you are able to > tell where > > > the difference is or to provide instructions on how to reliably > > > reproduce the problem. > > > > To reproduce this I start up Xten and make a call via the proxy. > > > > > Thanks! > > > > Welcome. > > > > > > > > -Maxim > > > > > > Adrian Georgescu wrote: > > > > > >> The problem is that every few seconds there is a gap of > half second > > >> in the audio stream (quality-wise the conversation is > unacceptable) > > >> when using Xten softphone X-lite or X-PRO on either Win > or Mac via > > >> RTPProxy. I can consistently reproduce this problem > 100% on various > > >> systems and so do all my customers. > > >> For the sceptics, there is a movie with the problem presented > > >> (Quicktime is required to play the stream): > > >> http://download.dns-hosting.info/SERMediaProxy/ > > >> XtenProblemWithRTPProxy.mov > > >> and an audio extract: > > >> http://download.dns-hosting.info/SERMediaProxy/ > > >> XtenProblemWithRTPProxy.wav > > >> This is the problem solved in our media proxy. > > >> Regards, > > >> Adrian > > >> On Wednesday, Dec 10, 2003, at 11:53 Europe/Amsterdam, Jan Janak > > >> wrote: > > >>> I am also wondering what is the problem with xten and rtp proxy, > > >>> because > > >>> I didn't have any problems. > > >>> > > >>> Jan. > > >>> > > >>> On 10-12 12:29, Maxim Sobolev wrote: > > >>> > > >>>> Sorry for my sloppy English, actually I was asking you > to explain > > >>>> the > > >>>> cause of the problem. If you claim that something was > "solved" in > > >>>> your > > >>>> version you should probably know how behaviour of your version > > >>>> differs > > >>>> from the behaviour of the original one. > > >>>> > > >>>> -Maxim > > >>>> > > >>>> Adrian Georgescu wrote: > > >>>> > > >>>>> See > > >>>>> > http://lists.iptel.org/pipermail/serusers/2003-November/003499.html > > >>>>> > > >>>>> On Wednesday, Dec 10, 2003, at 11:07 Europe/Amsterdam, Maxim > > >>>>> Sobolev wrote: > > >>>>> > > >>>>>> Adrian Georgescu wrote: > > >>>>>> > > >>>>>>> Hello, we have released an alternative RTPProxy > that works with > > >>>>>>> SER > > >>>>>>> nathelper module. Is a completely new program > written in Python > > >>>>>>> and > > >>>>>>> should be able to run without recompilation on any > system where > > >>>>>>> Python is supported. We have tested Linux Debian > and Solaris 8. > > >>>>>>> There are little differences against PortaOne's > rtpproxy, mainly > > >>>>>>> the > > >>>>>>> problem with Xten choppy audio was solved. > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>> Interesting. I wonder what was the problem with Xten that you > > >>>>>> solved? > > >>>>>> > > >>>>>> -Maxim > > >>>>>> > > >>>>>>> Features > > >>>>>>> - Compliant with SER nathelper module > > >>>>>>> - Runs without recompilation on SUN Solaris > > >>>>>>> - Xten audio quality is perfect without gaps > > >>>>>>> - Display active media sessions > > >>>>>>> - Display traffic in minutes and kilobytes > > >>>>>>> - Log to syslog the IP/port numbers and traffic > statistics per > > >>>>>>> session > > >>>>>>> - Flexible design for adding new features > > >>>>>>> To do list > > >>>>>>> - Run it on separate machine than SER > > >>>>>>> - Log network traffic per domain > > >>>>>>> - Integrate traffic logging with CDRtool > > >>>>>>> The application is free to download and use without > limitations. > > >>>>>>> You > > >>>>>>> can download it from: > > >>>>>>> http://download.dns-hosting.info/RTPProxy/ > > >>>>>>> The application is developed and supported by AG > Projects. Any > > >>>>>>> feedback is welcome at support(a)jobserver.org > > >>>>>>> Regards, > > >>>>>>> Adrian Georgescu > > > > > > > _______________________________________________ > > 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 > >

21 years

[Serusers] SIP Register problem..!

by Santosh Subramanian, Noida

Hi all, How to register a sip phone with iptel.org how to pass the password while registering with iptel.org Is there any tag for Authentication like FROM / TO..? My register request is as follows.. (using which I'm not able to register) REGISTER sip:iptel.org:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.14.56:5060;branch=z9hG4bK2952839661;rport From: abcd <sip:abcd@iptel.org>;tag=946143070 To: abcd <sip:abcd@iptel.org> Call-ID: 320799555(a)192.168.14.56 <mailto:320799555@192.168.14.56> CSeq: 1 REGISTER Contact: abcd <sip:abcd@192.168.14.56:5060> max-forwards: 50 user-agent: oSIP-ua/0.8.1 expires: 3600 Content-Length: 0 How to add the iptel's username and password with the register message..? let my username is abcd and password is xyz I tried with CISCO phone (7960) also. Not able to register. I have given proxy ip : iptel.org and port : 5060 What values should be given in outbound proxy and port Enable NAT : yes My phone is working behind firewall & NAT. Whether the nathelper module is enabled by iptel.org by default..? Or I have to take care of the messages with NAT modifications..? I can send and receive messages on the same port. Kindly Help.. With Regards, Santhosh.S

21 years

← Newer
1
...
13
14
15
16
17
18
19
...
26
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 December 2003