Short summary:
Maxim's rtpproxy and x-light causes problems as x-light sends RTCP messages which will result in ICMP error messages as rtpproxy doesn't support RTCP. This causes x-light to create a new RTP session (new ssrc, seq-nr) and produces choppy sound.
Solutions: 1. use Adrians RTP proxy as it supports RTCP 2. extend Maxims rtpproxy to support RTCP
3. THE EASIEST SOLUTION: Update X-light to version build 1095. This version ignores ICMP errors and works fine (on my PC)!
regards, Klaus
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@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
- ATA186 Calls Xten.
- Xten hears choppy audio every 5 seconds or so.
- RTP Stream from ATA to Xten is perfect and conserves
the same SSRC
- 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@ict.tuwien.ac.at To: "Jan Janak" janak@fokus.fraunhofer.de; "Adrian Georgescu" ag@ag-projects.com Cc: serusers@lists.iptel.org; "Ricardo Villa" ricvil@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@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@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
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: C6A03D06E92E4797964B8B66D428E345@sip.myproxy.com.. CSeq: 50473 REGISTER..Expires: 1800.. Authorization: Digest username="55519",realm="sip.myproxy.com",nonce=3fc651184ade4892f2e774000507b 8b0a1db524e,response="19a55431e3ee1d5978c777373a822a40",uri="sip:sip.myproxy .com".. Max-Forwards: 70.. User-Agent: X-PRO build 1088.. Content-Length: 0....
Klaus Darilion darilion@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@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
- ATA186 Calls Xten.
- Xten hears choppy audio every 5 seconds or so.
- RTP Stream from ATA to Xten is perfect and conserves
the same SSRC
- 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" 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@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@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
_______________________________________________ Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
--------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now
The answer can be found in RFC 2617:
nonce = "nonce" "=" nonce-value nonce-value = quoted-string
That means your proxy is right, x-lite is wrong.
In this case I think libosip could be liberal and accept both variants, as we do in SER, for example. Implementations that blindly follow the specification have often interoperability problems.
Jan.
On 10-12 11:33, Chuck Ramirez wrote:
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: C6A03D06E92E4797964B8B66D428E345@sip.myproxy.com.. CSeq: 50473 REGISTER..Expires: 1800.. Authorization: Digest username="55519",realm="sip.myproxy.com",nonce=3fc651184ade4892f2e774000507b 8b0a1db524e,response="19a55431e3ee1d5978c777373a822a40",uri="sip:sip.myproxy .com".. Max-Forwards: 70.. User-Agent: X-PRO build 1088.. Content-Length: 0....
Klaus Darilion darilion@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@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
- ATA186 Calls Xten.
- Xten hears choppy audio every 5 seconds or so.
- RTP Stream from ATA to Xten is perfect and conserves
the same SSRC
- 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" 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@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@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Do you Yahoo!? Free Pop-Up Blocker - Get it now _______________________________________________ Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Jan Janak wrote:
The answer can be found in RFC 2617:
nonce = "nonce" "=" nonce-value nonce-value = quoted-string
That means your proxy is right, x-lite is wrong.
In this case I think libosip could be liberal and accept both variants, as we do in SER, for example. Implementations that blindly follow the specification have often interoperability problems.
I believe the golden rule, formed by Jon Postel, is something like "be correct in what you send, be liberal in what you accept". This is what makes interoperability work.
I agree with you, Jan. Libosip maybe should be more liberal. However, X-lite should be more correct ;-)
/O
I've crafted patch to support RTCP in addition to RTP, please test and let me know if it works or not. This should solve the problem with X-Lite.
http://www.portaone.com/~sobomax/rtpproxy.rtcp.diff
Thanks!
-Maxim
Klaus Darilion wrote:
Short summary:
Maxim's rtpproxy and x-light causes problems as x-light sends RTCP messages which will result in ICMP error messages as rtpproxy doesn't support RTCP. This causes x-light to create a new RTP session (new ssrc, seq-nr) and produces choppy sound.
Solutions:
use Adrians RTP proxy as it supports RTCP
extend Maxims rtpproxy to support RTCP
THE EASIEST SOLUTION: Update X-light to version build 1095. This
version ignores ICMP errors and works fine (on my PC)!
regards, Klaus
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@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
- ATA186 Calls Xten.
- Xten hears choppy audio every 5 seconds or so.
- RTP Stream from ATA to Xten is perfect and conserves
the same SSRC
- 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@ict.tuwien.ac.at To: "Jan Janak" janak@fokus.fraunhofer.de; "Adrian Georgescu" ag@ag-projects.com Cc: serusers@lists.iptel.org; "Ricardo Villa" ricvil@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@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@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Hi Maxim,
I just tried it the and choppy audio has dissapered. An Ethereal trace shows that the "ICMP Destination Unreachable" is no longer sent back and the Xten client is no longer restarting the RTP Media Streams. My question is: is your fix supposed to send the RTCP packet to the other end (Xten->RTP->ATA186)? I ask because I could not see this packet being forwarded to the ATA186 on my trace. In any case it is working great!
Thanks, Ricardo
----- Original Message ----- From: "Maxim Sobolev" sobomax@portaone.com To: "Klaus Darilion" darilion@ict.tuwien.ac.at Cc: "Jan Janak" janak@fokus.fraunhofer.de; serusers@lists.iptel.org; "Adrian Georgescu" ag@ag-projects.com; "Ricardo Villa" ricvil@epm.net.co Sent: Wednesday, December 10, 2003 7:32 PM Subject: [Serusers] Patch for RTPProxy (original C version) to support RTCP
I've crafted patch to support RTCP in addition to RTP, please test and let me know if it works or not. This should solve the problem with X-Lite.
http://www.portaone.com/~sobomax/rtpproxy.rtcp.diff
Thanks!
-Maxim
Klaus Darilion wrote:
Short summary:
Maxim's rtpproxy and x-light causes problems as x-light sends RTCP messages which will result in ICMP error messages as rtpproxy doesn't support RTCP. This causes x-light to create a new RTP session (new ssrc, seq-nr) and produces choppy sound.
Solutions:
use Adrians RTP proxy as it supports RTCP
extend Maxims rtpproxy to support RTCP
THE EASIEST SOLUTION: Update X-light to version build 1095. This
version ignores ICMP errors and works fine (on my PC)!
regards, Klaus
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@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
- ATA186 Calls Xten.
- Xten hears choppy audio every 5 seconds or so.
- RTP Stream from ATA to Xten is perfect and conserves
the same SSRC
- 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@ict.tuwien.ac.at To: "Jan Janak" janak@fokus.fraunhofer.de; "Adrian Georgescu" ag@ag-projects.com Cc: serusers@lists.iptel.org; "Ricardo Villa" ricvil@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@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@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
This has nothing to do with the fix. Because ATA does not send RTPC when it starts the call, the proxy does not know where to relay it as the NAT firewall did not open any port for that.
Regards, Adrian
On Thursday, Dec 11, 2003, at 02:03 Europe/Amsterdam, Ricardo Villa wrote:
Hi Maxim,
I just tried it the and choppy audio has dissapered. An Ethereal trace shows that the "ICMP Destination Unreachable" is no longer sent back and the Xten client is no longer restarting the RTP Media Streams. My question is: is your fix supposed to send the RTCP packet to the other end (Xten->RTP->ATA186)? I ask because I could not see this packet being forwarded to the ATA186 on my trace. In any case it is working great!
Thanks, Ricardo
----- Original Message ----- From: "Maxim Sobolev" sobomax@portaone.com To: "Klaus Darilion" darilion@ict.tuwien.ac.at Cc: "Jan Janak" janak@fokus.fraunhofer.de; serusers@lists.iptel.org; "Adrian Georgescu" ag@ag-projects.com; "Ricardo Villa" ricvil@epm.net.co Sent: Wednesday, December 10, 2003 7:32 PM Subject: [Serusers] Patch for RTPProxy (original C version) to support RTCP
I've crafted patch to support RTCP in addition to RTP, please test and let me know if it works or not. This should solve the problem with X-Lite.
http://www.portaone.com/~sobomax/rtpproxy.rtcp.diff
Thanks!
-Maxim
Klaus Darilion wrote:
Short summary:
Maxim's rtpproxy and x-light causes problems as x-light sends RTCP messages which will result in ICMP error messages as rtpproxy doesn't support RTCP. This causes x-light to create a new RTP session (new ssrc, seq-nr) and produces choppy sound.
Solutions:
use Adrians RTP proxy as it supports RTCP
extend Maxims rtpproxy to support RTCP
THE EASIEST SOLUTION: Update X-light to version build 1095. This
version ignores ICMP errors and works fine (on my PC)!
regards, Klaus
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@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
- ATA186 Calls Xten.
- Xten hears choppy audio every 5 seconds or so.
- RTP Stream from ATA to Xten is perfect and conserves
the same SSRC
- 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@ict.tuwien.ac.at To: "Jan Janak" janak@fokus.fraunhofer.de; "Adrian Georgescu" ag@ag-projects.com Cc: serusers@lists.iptel.org; "Ricardo Villa" ricvil@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@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@lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Adrian Georgescu AG Projects ag@ag-projects.com www.ag-projects.com Tel: +31-23-5458104 Fax: +31-84-8337781 Mobile: +31-620-534309 IP phone: sip:ag@ag-projects.com ------------------------------------------------ Managed DNS for IP telephony http://managed-dns.org/
I can confirm that Maxim's patched RTPProxy works flawlessly with Xten client now. So a little bit of competition did not hurt.
Regards, Adrian
On Thursday, Dec 11, 2003, at 01:32 Europe/Amsterdam, Maxim Sobolev wrote:
I've crafted patch to support RTCP in addition to RTP, please test and let me know if it works or not. This should solve the problem with X-Lite.
http://www.portaone.com/~sobomax/rtpproxy.rtcp.diff
Thanks!
-Maxim
Klaus Darilion wrote:
Short summary: Maxim's rtpproxy and x-light causes problems as x-light sends RTCP messages which will result in ICMP error messages as rtpproxy doesn't support RTCP. This causes x-light to create a new RTP session (new ssrc, seq-nr) and produces choppy sound. Solutions:
- use Adrians RTP proxy as it supports RTCP
- extend Maxims rtpproxy to support RTCP
- THE EASIEST SOLUTION: Update X-light to version build 1095. This
version ignores ICMP errors and works fine (on my PC)! regards, Klaus 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@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
- ATA186 Calls Xten.
- Xten hears choppy audio every 5 seconds or so.
- RTP Stream from ATA to Xten is perfect and conserves
the same SSRC
- 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@ict.tuwien.ac.at To: "Jan Janak" janak@fokus.fraunhofer.de; "Adrian Georgescu" ag@ag-projects.com Cc: serusers@lists.iptel.org; "Ricardo Villa" ricvil@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@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@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-
Adrian Georgescu -
Chuck Ramirez -
Jan Janak -
Klaus Darilion -
Maxim Sobolev -
Olle E. Johansson -
Ricardo Villa