Re: [asterisk-users] Different codecs for reading and writing

2009-08-03 Thread Elliot Murdock
Hello Everyone! Thank you for all the information. I am wondering how the Asterisk community has been working on solutions to deal with the asymmetric quality of ADSL. Voip is becoming popular and a bottleneck does exists on the ADSL upload side. Elliot On Sun, Aug 2, 2009 at 3:17 PM, Kevin

Re: [asterisk-users] Different codecs for reading and writing

2009-08-03 Thread SIP
I'm not sure there IS an issue, per se. There are lower bitrate codecs that will work fine for voice communications in both directions. But if you're trying to force a low-end codec to the upstream, that just means the downstream on the remote end is going to be stuck with a low-end codec. And if

Re: [asterisk-users] Different codecs for reading and writing

2009-08-03 Thread Philipp Kempgen
Elliot Murdock schrieb: I am wondering how the Asterisk community has been working on solutions to deal with the asymmetric quality of ADSL. Voip is becoming popular and a bottleneck does exists on the ADSL upload side. One participant's upload is the other participant's download and

Re: [asterisk-users] Different codecs for reading and writing

2009-08-03 Thread Gordon Henderson
On Mon, 3 Aug 2009, Elliot Murdock wrote: Hello Everyone! Thank you for all the information. I am wondering how the Asterisk community has been working on solutions to deal with the asymmetric quality of ADSL. Voip is becoming popular and a bottleneck does exists on the ADSL upload side.

Re: [asterisk-users] Different codecs for reading and writing

2009-08-03 Thread Christian Victor
Philipp Kempgen schrieb: Elliot Murdock schrieb: I am wondering how the Asterisk community has been working on solutions to deal with the asymmetric quality of ADSL. Voip is becoming popular and a bottleneck does exists on the ADSL upload side. One participant's upload is the

Re: [asterisk-users] Different codecs for reading and writing

2009-08-02 Thread Tim Panton
On 1 Aug 2009, at 22:26, Alex Balashov wrote: Elliot Murdock wrote: Thank you...do you know if IAX can do this? The reason for doing is this is to get over the adsl upload/download discrepancy. While G711 gives terrific quality, it is not always that feasible for the upload direction,

Re: [asterisk-users] Different codecs for reading and writing

2009-08-02 Thread Kevin P. Fleming
Tim Panton wrote: The protocol expects the 2 ends to agree a single symmetrical codec as part of the connection setup, but it doesn't define what actually happens if the codec specified in the first (full frame) voice packet isn't what was agreed. Asterisk only supports symmetric codec

[asterisk-users] Different codecs for reading and writing

2009-08-01 Thread Elliot Murdock
Hello! I am wondering how to configure Asterisk and devices so I can use different codecs for upstream and downstream packets. Thank you, Elliot ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- AstriCon 2009 - October 13 - 15

Re: [asterisk-users] Different codecs for reading and writing

2009-08-01 Thread Alex Balashov
Elliot Murdock wrote: I am wondering how to configure Asterisk and devices so I can use different codecs for upstream and downstream packets. You can't. With SIP as the channel technology, at least, the SDP negotiation model demands a uniform codec from both sides. I guess there's nothing to

Re: [asterisk-users] Different codecs for reading and writing

2009-08-01 Thread Elliot Murdock
Hello, Thank you...do you know if IAX can do this? The reason for doing is this is to get over the adsl upload/download discrepancy. While G711 gives terrific quality, it is not always that feasible for the upload direction, which has much more limited bandwidth. Accordingly, it would be

Re: [asterisk-users] Different codecs for reading and writing

2009-08-01 Thread Alex Balashov
Elliot Murdock wrote: Thank you...do you know if IAX can do this? The reason for doing is this is to get over the adsl upload/download discrepancy. While G711 gives terrific quality, it is not always that feasible for the upload direction, which has much more limited bandwidth.