Matteo Campana
2011-Jul-22 14:39 UTC
[asterisk-users] Question about codec re-negotiation in asterisk 1.4.X
Hi all, I have a major issue with a codec renegotiation in an asterisk 1.4.33.1 setup, which leads me to ask a general question about asterisk 1.4.X codec negotiation: asterisk can support a re-negotiation of a codec "on the fly" through a re-Invite? If my SIP provider sends me a re-invite changing codec from g729 to g711, asterisk properly handle the matter? I see in the trace that asterisk responds 200 OK to the provider, but *does not send the re-invite to the UAC, and stops to send rtp to the UAC*. In mantis/jira I see this issue: https://issues.asterisk.org/jira/browse/ASTERISK-17261?page=com.atlassian.jira.plugin.system.issuetabpanels%3Aall-tabpanel#issue-tabs which is similar, and Matthew Nicholson wrote this comment: "This is not the way fax passthrough works in asterisk. If you would like to do passthrough in this manner, set up the channel for ulaw or alaw from the start, or use T.38 passthrough. T.38 passthrough is the only fax passthrough configuration that we officially support". So asterisk does not support a codec change "on the fly" with a re-invite, unless it is a t38 re-invite? This behaviour is also present in new asterisk versions (eg asterisk 1.4.42)? Thanks in advance, Matteo -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20110722/8570b1fe/attachment.htm>
Eric Wieling
2011-Jul-22 14:46 UTC
[asterisk-users] Question about codec re-negotiation in asterisk 1.4.X
Asterisk does not support changing codecs on the fly. From: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Matteo Campana Sent: Friday, July 22, 2011 10:39 AM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: [asterisk-users] Question about codec re-negotiation in asterisk 1.4.X Hi all, I have a major issue with a codec renegotiation in an asterisk 1.4.33.1 setup, which leads me to ask a general question about asterisk 1.4.X codec negotiation: asterisk can support a re-negotiation of a codec "on the fly" through a re-Invite? If my SIP provider sends me a re-invite changing codec from g729 to g711, asterisk properly handle the matter? I see in the trace that asterisk responds 200 OK to the provider, but does not send the re-invite to the UAC, and stops to send rtp to the UAC. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20110722/926e5694/attachment.htm>
Matteo Campana
2011-Jul-22 14:59 UTC
[asterisk-users] Question about codec re-negotiation in asterisk 1.4.X
On Fri, Jul 22, 2011 at 4:46 PM, Eric Wieling <EWieling at nyigc.com> wrote:> ** ** > > Asterisk does not support changing codecs on the fly. >And why asterisk sends 200 OK to the provider, if does not support its re-invite? M.> **** > > ** ** > > *From:* asterisk-users-bounces at lists.digium.com [mailto: > asterisk-users-bounces at lists.digium.com] *On Behalf Of *Matteo Campana > *Sent:* Friday, July 22, 2011 10:39 AM > *To:* Asterisk Users Mailing List - Non-Commercial Discussion > *Subject:* [asterisk-users] Question about codec re-negotiation in > asterisk 1.4.X**** > > ** ** > > Hi all,**** > > I have a major issue with a codec renegotiation in an asterisk 1.4.33.1 > setup, which leads me to ask a general question about asterisk 1.4.X codec > negotiation: asterisk can support a re-negotiation of a codec "on the fly" > through a re-Invite? If my SIP provider sends me a re-invite changing codec > from g729 to g711, asterisk properly handle the matter?**** > > I see in the trace that asterisk responds 200 OK to the provider, but *does > not send the re-invite to the UAC, and stops to send rtp to the UAC*.**** > > ** ** > > ** ** > > --------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20110722/99d74505/attachment.htm>
Bryant Zimmerman
2011-Jul-22 15:00 UTC
[asterisk-users] Question about codec re-negotiation in asterisk 1.4.X
---------------------------------------- From: "Eric Wieling" <EWieling at nyigc.com> Sent: Friday, July 22, 2011 10:46 AM To: "Asterisk Users Mailing List - Non-Commercial Discussion" <asterisk-users at lists.digium.com> Subject: Re: [asterisk-users] Question about codec re-negotiation in asterisk 1.4.X Asterisk does not support changing codecs on the fly. From: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Matteo Campana Sent: Friday, July 22, 2011 10:39 AM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: [asterisk-users] Question about codec re-negotiation in asterisk 1.4.X Hi all, I have a major issue with a codec renegotiation in an asterisk 1.4.33.1 setup, which leads me to ask a general question about asterisk 1.4.X codec negotiation: asterisk can support a re-negotiation of a codec "on the fly" through a re-Invite? If my SIP provider sends me a re-invite changing codec from g729 to g711, asterisk properly handle the matter? I see in the trace that asterisk responds 200 OK to the provider, but does not send the re-invite to the UAC, and stops to send rtp to the UAC. I know 1.8.x can do this but. I don't think 1.4.x had the option. Check it out. exten => Process,1,Set(SIP_CODEC=ulaw) Thanks Bryant Zimmerman (ZK Tech Inc.) 616-855-1030 Ext. 2003 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20110722/9fc52653/attachment.htm>
Bryant Zimmerman
2011-Jul-22 15:09 UTC
[asterisk-users] Question about codec re-negotiation in asterisk 1.4.X
Eric With 1.8.x I use. exten => Process,1,Set(SIP_CODEC=ulaw) And the system kicks the call over to ulaw. Now this is just prior to the answer so I don't know if it meets your criteria. But it works great to enforce inline T.30 audio faxes. I also use the f/F option T.38 or T.30 on recevie fax. This option was added as part of a patch in 1.8 and is in the 1.10/2.0 branch. Thanks Bryant Zimmerman (ZK Tech Inc.) 616-855-1030 Ext. 2003 Thanks Bryant Zimmerman (ZK Tech Inc.) 616-855-1030 Ext. 2003 ---------------------------------------- From: "Eric Wieling" <EWieling at nyigc.com> Sent: Friday, July 22, 2011 11:06 AM To: "Asterisk Users Mailing List - Non-Commercial Discussion" <asterisk-users at lists.digium.com> Subject: Re: [asterisk-users] Question about codec re-negotiation in asterisk 1.4.X Asterisk supports reinvites (if reinvites are enabled in sip.conf), just not changing codecs in the middle of the call. If anyone has managed to get it to work, I'd love to hear about it. From: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Matteo Campana Sent: Friday, July 22, 2011 11:00 AM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] Question about codec re-negotiation in asterisk 1.4.X On Fri, Jul 22, 2011 at 4:46 PM, Eric Wieling <EWieling at nyigc.com> wrote: Asterisk does not support changing codecs on the fly. And why asterisk sends 200 OK to the provider, if does not support its re-invite? M. From: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Matteo Campana Sent: Friday, July 22, 2011 10:39 AM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: [asterisk-users] Question about codec re-negotiation in asterisk 1.4.X Hi all, I have a major issue with a codec renegotiation in an asterisk 1.4.33.1 setup, which leads me to ask a general question about asterisk 1.4.X codec negotiation: asterisk can support a re-negotiation of a codec "on the fly" through a re-Invite? If my SIP provider sends me a re-invite changing codec from g729 to g711, asterisk properly handle the matter? I see in the trace that asterisk responds 200 OK to the provider, but does not send the re-invite to the UAC, and stops to send rtp to the UAC. - -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20110722/8beadbf0/attachment.htm>