[App_rpt-users] Codecs

[Steve Zingman]

Larry,
The order of the codecs in the list, in the order specified by the allow 
statements. I think the question stems from in the fact that at the top 
of the Drupal the explanation is for the general section of iax.conf. 
Further down the where the radio stanza is explained, the order is 
explained.

73, Steve N4IRS

On 03/08/2017 03:03 AM, larry wrote:
> Steve,
>
> Since the 2 links referred to have GSM - on the Drupal link listed as 
> the first codec and the Github link lists GSM codec last in the allow 
> sequence.
> I need to ask when nodes begin negotiating is it done using the order 
> of the codec in the allow list?
>
> Larry - N7FM
>
> On 03/07/2017 07:18 PM, Tim Sawyer wrote:
>> This may be of interest as well: 
>> http://docs.allstarlink.org/drupal/node/15
>>
>> On Tue, Mar 7, 2017 at 10:15 AM, Steve Zingman <szingman at msgstor.com 
>> <mailto:szingman at msgstor.com>> wrote:
>>
>>     Here is a link to the default iax.conf in DIAL
>>
>>     <https://github.com/N4IRS/AllStar/blob/master/configs/iax.conf
>>     <https://github.com/N4IRS/AllStar/blob/master/configs/iax.conf>>
>>
>>     73, Steve N4IRS
>>
>>     On 3/7/2017 12:59 PM, Benjamin L. Naber wrote:
>>
>>         Interesting to learn some of the workings of iax.conf.
>>
>>         I'm aware of the rest, however, I would encourage iax.conf is
>>         modified to have the following priorities for every
>>         connection stanza:
>>         ulaw
>>         g726aal2
>>         gsm
>>
>>         this is to ensure audio quality is better than IRLP and
>>         echo-stink. If you cannot tell the difference, listen to a
>>         conversation on a local repeater, and the same conversation
>>         with the convenient delay over IRLP or echo-stink.
>>
>>         You may then remember in days-past of analog cellular
>>         listening to the person on the other end had more body and
>>         fidelity.
>>
>>         Regarding bandwidth, be it a DSL or mobile connection, this
>>         should be a non-issue. Even 1G cellular data connection will
>>         support two full-duplex uLaw streams.
>>
>>         For hub nodes, 30 ulaw streams is right around 2.25Mbits. If
>>         this is a concern, perhaps the owner of the hub should really
>>         consider putting the node elsewhere. That's like trying to
>>         put a Pinto engine in my E-350 and expecting it to work the same.
>>
>>         Considering jitter and packet loss if it is thought a higher
>>         bandwidth codec will cause this, such is not the case. This
>>         is the cause of little or no implementation of Qos/ToS in the
>>         WAN facing side of a router. There are other external
>>         considerations, but those are outside the scope of this thread.
>>
>>         While on that subject a brief description of an example is
>>         the node at my home. My connection, fortunately, has
>>         maintained +25Mbps down and 5Mbps up, I've have zero issues
>>         with jitter and packet loss with QoS implemented, even while
>>         the kids are watching netflix, skyping, and watching
>>         something on youtube.... all at the same time.
>>
>>
>>
>>     _______________________________________________
>>     App_rpt-users mailing list
>>     App_rpt-users at lists.allstarlink.org
>>     <mailto:App_rpt-users at lists.allstarlink.org>
>>     http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>     <http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users>
>>
>>     To unsubscribe from this list please visit
>>     http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>     <http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users>
>>     and scroll down to the bottom of the page. Enter your email
>>     address and press the "Unsubscribe or edit options button"
>>     You do not need a password to unsubscribe, you can do it via
>>     email confirmation. If you have trouble unsubscribing, please
>>     send a message to the list detailing the problem.
>>
>>
>>
>>
>> -- 
>> --
>> Tim
>>
>>
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at lists.allstarlink.org
>> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>>
>> To unsubscribe from this list please visithttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users  and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
>> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
>
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at lists.allstarlink.org
> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
>
> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20170308/e0fb381e/attachment.html>