A2billing, feature request: load balancing между исходящими транками

Логика распределения...
1.Обработка RANDOM TRUNKS считается возможной бесконечное количество раз за сессию.
2.Если в списке RANDOM TRANKS задать один или несколько транков с нулевым процентом и один или больше с процентами >0, то в случае если все процентные окажутся недоступными для прохождения исходящего вызова (например, все линии заняты), то такой вызов будет пропущен через "нулевой%" транк с наибольшим количеством оставшихся исходящих минут (транки с незаданными минутами считаются как с бесконечным кол-вом минут)
3.Если все RANDOM транки задать с нулевым процентом, то исходящий вызов будет пропущен через наименее нагруженный транк (напоминаю, что транки с незаданными в них минутами считаются как с бесконечным кол-вом минут).
4.FAILOVER TRUNK A/B и RUNDOM TRUNKS действуют вне зависимости от START DATE A/B и EXPIRY DATE A/B, но обязательно установить DIAL PREFIX A/B. Например, если все звонки хотим обрабатывать через RUNDOM TRANKS A/B или FAILOVER TRUNK A/B, то в DIALPREFIX A/B заносим « _X. ».
С пустым DIALPREFIX A/B ни одно подправило не обработается.
5.Если RUNDOM TRUNKS не заданы или звонок пришел уже после их обработки в этом или другом транке, то обработка передаётся на нижележащие правила И в случае если они не будут удовлетворены, то только тогда обработка будет передана через заданный FAILOVERTRUNK A/B.
6.Блок правил «А» (First Destination Limited) всегда обрабатывается первым, поэтому, можно ему задать префикс на избранные направления (например « _0044(1|2). »), а в блоке «В» указать все направления « _X. ».