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: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 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 _______________________________________________ --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