Yes, you seem to understand it perfectly. (one man's problem description is another man's documentation)<br><br>The dialplan is a state of the call (ROUTING) that comes before EXECUTE.<br>The reason you are having problems is you are confusing the dialplan with asterisk that treats its dialplan as<br>
a scripting language. The FS dialplan is like a pre-processor for the call that scans the entire thing and compiles it<br>into a single list of instructions before changing to EXECUTE and actually executing the instructions.<br>
<br>The best way to fix the problem is to shift the paradigm in your head to match the one in reality.<br><br>The best way to do what you want is to set the variable as you do now then transfer the call to another extension.<br>
Since that action will put the call back into ROUTING the next extension will see the variable.<br><br>Also you can use the execute_extension application in a similar manner to transfer without actually transferring.<br> <br>
<br><br><br><div class="gmail_quote">On Tue, Nov 11, 2008 at 7:25 AM, Helmut Kuper <span dir="ltr"><<a href="mailto:helmut.kuper@ewetel.de">helmut.kuper@ewetel.de</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="Ih2E3d">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
</div>Hi Birgit,<br>
<br>
well of course the condition is THE condition, but I espected the whole<br>
dialplan is executed sequentially, so that this fictive dialplan works:<br>
<br>
<br>
<condition field="xyz" expression".*" break="never"><br>
<action application="set" data="MYVAR=abc"/><br>
</condition><br>
<condition field="MYVAR" expression="abc"><br>
<action application="bridge" data="....."/><br>
<anti-action application .... /><br>
</condition><br>
<br>
<br>
but unfortunately all conditions are parsed befor executing the actions,<br>
so MYVAR is nearly worthless in dialplan (except within applications).<br>
<br>
<br>
regards<br>
Helmut<br>
<br>
<br>
Birgit Arkesteijn schrieb:<br>
<div class="Ih2E3d">> Hi Helmut,<br>
><br>
> As far as I know, the <condition> at the top of the dialplan is indeed<br>
> THE condition.<br>
><br>
> We've used two mechanism for 'dynamic' dialplan:<br>
> - xml_curl: freeswitch posts parameters to a URL and the URL returns a<br>
> dynamic dialplan. This works well with a webserver connected to a database<br>
> - javascript (spidermonkey)<br>
><br>
> Hope the above helps,<br>
> Birgit<br>
><br>
><br>
> On 11/11/08 12:51, Helmut Kuper wrote:<br>
</div><div class="Ih2E3d">> Hi,<br>
><br>
><br>
> I want a dialplan setting a channel variable with a certain value. After<br>
> that I want to do some action depending of that variable/value. But it<br>
> looks like that FS parses the regular expressions of dialplan conditions<br>
> only at the beginning of dialplan_hunt, so that conditions based on<br>
> channel variables are only possible with the variable values at the time<br>
> of starting dialplan_hunt.<br>
><br>
><br>
> Is that true or is there a way to do what I like to do ?<br>
><br>
><br>
> regards<br>
> helmut<br>
><br>
><br>
>><br>
</div><div class="Ih2E3d">_______________________________________________<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>
<br>
</div><div class="Ih2E3d">-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.9 (MingW32)<br>
Comment: Using GnuPG with Mozilla - <a href="http://enigmail.mozdev.org" target="_blank">http://enigmail.mozdev.org</a><br>
<br>
</div>iEYEARECAAYFAkkZh6MACgkQ4tZeNddg3dxGVwCgllX9/Xz/Dv9Tlisy5OKXXt8N<br>
AYQAnirOm1w2veyLqaVRYQmcD1IogYa9<br>
=/pjY<br>
<div><div></div><div class="Wj3C7c">-----END PGP SIGNATURE-----<br>
<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>
<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>