right you can reply 484 in your dp at any time<br><action application="respond" data="484 Address Incomplete"/><br><br>then it should try again.<br><br>The bit i can't remember is if we committed a certain 1 line patch that makes sofia parse the next invite to the same call properly, the patch was to the sofia lib itself so test it and see. I may need to dig up the answer again from the sofia dev.<br>
<br><br><br><div class="gmail_quote">On Thu, Oct 15, 2009 at 2:47 AM, Dennis <span dir="ltr"><<a href="mailto:odermann@googlemail.com">odermann@googlemail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">> once you have 123456 won't you still be unsure if he will type the next 1 or<br>
> not and be forced to refuse it and wait anyway?<br>
<br>
</div>basically you are right. BUT, we know, that a basic phone number has 6<br>
digits - so, we do not have to check anything before. as soon as we<br>
have 6 digits, we look in our database for this number. a flag in the<br>
database tells us, if this number is allowed to use ddi (further<br>
digits) or not. if the number is not allowed, we can answer the call<br>
directly without any further waiting.<br>
other numbers are maked to have 2 ddi's - here we know, that we have<br>
to wait for 2 more digits, before we answer.<br>
if a number can have 6 digits or 8 digits, you are right, we have to<br>
wait anyway.<br>
<br>
but without having overlap, there is ALWAYS a waiting time.<br>
<br>
we would like to make the answer-times as short as possible. if no<br>
waiting is needed, we do not want to wait.<br>
<br>
we would like to tell fs to send a 484 response incomplete to the<br>
cirpack of our carrier if we need/want more digits.<br>
perhaps this works with fs, but not with "socket outbound", which we are using?<br>
<br>
we know, that this is more work for our servers, but they are powerful<br>
enough and have enough resources, that they should be able to handle<br>
that.<br>
of course we do not want to become to experimental, because fs works<br>
so extremly smooth and reliable, that it is nearly unbelievable.<br>
<div><div></div><div class="h5"><br>
_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/">http://www.cluecon.com/</a><br>
Twitter: <a href="http://twitter.com/FreeSWITCH_wire">http://twitter.com/FreeSWITCH_wire</a><br><br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br><a href="http://iax:guest@conference.freeswitch.org/888">iax:guest@conference.freeswitch.org/888</a><br>
<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>pstn:213-799-1400<br>