[Asterisk-Users] RE: Teliax - Codec Preference effective?

[Dan Morin]

Sorry to bring up this old topic, but I had the same issue.  The
solution, at least to my problem, was the realization the Teliax lets
you set the codec settings for SIP and IAX independently and the default
setting when you load the page is SIP.  So if you make the changes
there, but you're using an IAX trunk, it will never take effect.  If you
click on IAX, right above the codec selection, you will see the IAX
settings.

It does take between 1 and 12 hours for the new settings to take effect.
Dan

-----Original Message-----
From: asterisk-users-bounces at lists.digium.com
[mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of tim panton
Sent: Wednesday, February 01, 2006 6:15 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [Asterisk-Users] RE: Teliax - Codec Preference effective?

Brent Torrenga wrote:
> Thanks for your input, everyone, but I still think it is on Teliax's
end...
> I will present our collective thoughts to their tech.
> 
> Kevin,
> I am using IAX. When I turn on IAX debug, I get:
> 
> ------SNIP CLI OUTPUT------
> 
>      -- Executing Dial("SIP/Brent_ring-bcf7",
"IAX2/teliax/18005558355") in
> new
> stack
>      -- Called teliax/18005558355
>  Tx-Frame Retry[000] -- OSeqno: 000 ISeqno: 000 Type: IAX
Subclass: NEW
>     Timestamp: 00007ms  SCall: 16384  DCall: 00000
[208.139.204.228:4569]
>     VERSION         : 2
>     CALLED NUMBER   : 18005558355
>     CODEC_PREFS     : (g726)
>     CALLING NUMBER  : 2198368918
>     CALLING PRESNTN : 0
>     CALLING TYPEOFN : 0
>     CALLING TRANSIT : 0
>     CALLING NAME    : Torrenga Engineering
>     LANGUAGE        : en
>     USERNAME        : (REDACTED-BY-THE-EDITOR)
>     FORMAT          : 16
>     CAPABILITY      : 63504
>     ADSICPE         : 2
>     DATE TIME       : 2006-02-01  08:20:42
> 
> 
> Rx-Frame Retry[ No] -- OSeqno: 000 ISeqno: 001 Type: IAX     Subclass:
> AUTHREQ
>     Timestamp: 00002ms  SCall: 00237  DCall: 16384
[208.139.204.228:4569]
>     AUTHMETHODS     : (REDACTED-BY-THE-EDITOR)
>     CHALLENGE       : (REDACTED-BY-THE-EDITOR)
>     USERNAME        : (REDACTED-BY-THE-EDITOR)
> 
>  Tx-Frame Retry[000] -- OSeqno: 001 ISeqno: 001 Type: IAX
Subclass:
> AUTHREP
>     Timestamp: 00255ms  SCall: 16384  DCall: 00237
[208.139.204.228:4569]
>     MD5 RESULT      : (REDACTED-BY-THE-EDITOR)
> 
> 
> Rx-Frame Retry[ No] -- OSeqno: 001 ISeqno: 002 Type: IAX     Subclass:
> REJECT
>     Timestamp: 00133ms  SCall: 00237  DCall: 16384
[208.139.204.228:4569]
>     CAUSE           : Unable to negotiate codec
>     CAUSE CODE      : 58
> 
>  Feb  1 08:20:43 WARNING[4710]: chan_iax2.c:6973 socket_read:  Call
rejected
> by
> 208.139.204.228: Unable to negotiate codec
>  Tx-Frame Retry[-01] -- OSeqno: 002 ISeqno: 002 Type: IAX
Subclass: ACK
> 
> a   Timestamp: 00133ms  SCall: 16384  DCall: 00237
[208.139.204.228:4569]
>      -- Hungup 'IAX2/teliax-16384'
>    == Everyone is busy/congested at this time (1:0/0/1)
>      -- Executing Playback("SIP/Brent_ring-bcf7",
> "all-outgoing-lines-unavailabl
> e") in new stack
>      -- Playing 'all-outgoing-lines-unavailable' (language 'en')
> 
>   == Spawn extension (internal, *83518005558355, 3) exited non-zero on
> 'SIP/Bren
> t_ring-bcf7'
> 
> ------SNIP CLI OUTPUT------
> 
> I don't see any codec negotiation stuff other than my end requesting
g726...
> The only "effective" codec I get is GSM, which is my old setting on
the
> Teliax site.
> 
> 

IAX doesn't exactly do negotiation per se.
In the first packet you send you say CODEC_PREFS = g726
and FORMAT = 16
This means that you are _only_ prepared to do g726
(Thats a Six not a Nine by the way)

They reject the call because they don't want to do 726 and
you didn't offer anything else.

Tim.

_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --

Asterisk-Users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users