<div class="gmail_quote">2008/4/25 Johansson Olle E &lt;<a href="mailto:oej@edvina.net">oej@edvina.net</a>&gt;:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
25 apr 2008 kl. 17.34 skrev Tzafrir Cohen:<br>
<div class="Ih2E3d"><br>
&gt; On Fri, Apr 25, 2008 at 05:25:33PM +0200, Andreas Brodmann wrote:<br>
&gt;<br>
&gt;&gt; I read the docs before writing here and I used allowoverlap=yes.<br>
&gt;&gt;<br>
&gt;&gt; What I would like to know from you is wheter this is supported for<br>
&gt;&gt; phones only (as the example below shows) or wheter it is supposed<br>
&gt;&gt; to work on sip trunks for &#39;outgoing&#39; calls:<br>
&gt;&gt;<br>
&gt;&gt; 1) in sip.conf: [general] allowoverlap=yes<br>
&gt;&gt; 2) asterisk sends an INVITE to a carrier<br>
&gt;&gt; 3) carrier sends 484 back<br>
&gt;&gt; 4) asterisk sends congestion msg to phone.<br>
&gt;<br>
&gt; Can you emulate it in the dialplan?<br>
<br>
</div>Reading the source, if we get 484 we end up here:<br>
<br>
Case 484: &nbsp; &nbsp; &nbsp; /* Address incomplete */<br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; return AST_CAUSE_INVALID_NUMBER_FORMAT<br>
<br>
And that&#39;s an error returned to the dialplan and the dialplan will<br>
have to try again.<br><font color="#888888"></font></blockquote><div>&nbsp;</div><div>&nbsp;Oej,<br><br>I just went throught rfc3578 section 3.5. <br><br>This section may explain our problem. Currently<br>chan_sip implementation at once replies to an incomplete INVITE.<br>
rfc3578 section 3.5. explains that we must note immediately reply<br>but wait either for the subsequent INVITE and then reply to the first<br>INVITE or wait for interdigit timeout and then reply to the INVITE.<br><br>If implemented so, we could use exten =&gt; 000.,1,... in the dialplan<br>
as done so in chan_zap. This way asterisk can have overlap enabled<br>and still send outgoing calls over sip channels without having to <br>use overlap itself.<br><br>I&#39;ve found a developer who is willing to modify chan_sip in the next months<br>
to be compliant with rfc3578 section 3.5.<br><br>Would that be ok for you or do you prefer to look into it yourselfs?<br><br>-Andreas<br><br><br><br><br><br></div></div>