[Home]

Summary:ASTERISK-07365: Call drops when calling from E1 euroisdn to iax extension
Reporter:Martin Kessler (mhkph)Labels:
Date Opened:2006-07-20 09:13:37Date Closed:2011-06-07 14:02:36
Priority:MajorRegression?No
Status:Closed/CompleteComponents:Channels/chan_zap
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:
Description:When calling from a euroisdn E1 trunk to an iax extension, the call drops after one ring. Error: channel.c 2341 set_format: Unable to find a codec translation path from g723 to slin

From the same trunk (E1) I can call sip extensions w/o problems. Both, iax and sip extensions can also call out on the trunk (E1). Using a misdn trunk, I can call in and out w/o any problems on both extension types.

Comments:By: Serge Vecher (serge-v) 2006-07-20 09:30:13

what settings do you have for the respective host in iax.conf. Post the verbose console log also.
By: Russell Bryant (russell) 2006-07-20 09:56:53

There is no bug here.  The error tells you exactly what the problem is.  Asterisk can not transcode g723.  g723 can only work in passthrough mode.  Unless both ends of the call are going to be g723, then you can't use that codec.
By: Martin Kessler (mhkph) 2006-07-23 00:24:26

Yes I understand that g723 can't be used and the codec g723 among others was in the codec list of the iax equipment attached to asterisk. However, the question is, why does asterisk accept an incoming from chan_misdn and not from chan_zap to the same iax extension. It seems that when the call comes in from chan_misdn asterisk finds a compatible codes and if the call comes in from chan_zap it does not. Is there any logical explanation for that?
By: Russell Bryant (russell) 2006-08-05 03:50:36

If it works, then Asterisk was able to negotiate a negotiate a different codec for some reason.  Maybe it is because the list of codecs provided by the other side of the IAX connection was different.  You shouldn't be allowing g723, anyway ...