1. Не могу найти описание bitel.billing.server.ipn.UserStatus

2. Очень скудное описание LOOP_NET/NETMASK в документации на 4.6, например, не понятно почему забыл вариант цискиного wildcard, во вторых не ясно как поведет себя цикл в конкретных случаях, ну скажем выбран один адрес в списке, даст ли в этом случае {NET} маску /32 или нет

3. я так понимаю что по сути алгоритм парсера правил один, в ManadUtils, иначе говоря он универсален для всех гейтов, значит ли это что для того же гейта Cisco можно использовать не только секцию DEFAULT, но и OPEN/CLOSE ?
Вообщем описание парсера и идеалогии обработчика гейта остро не хватает, разбираться с идеалогией методом реинжиринга конкретных реализаций скриптов как то не совсем круто

ок, можно вкраце описать как реализовать классический цисковый ACL шлюз, что бы правила туда добавлялись сетками с инвертированной маской и что бы в ACL добавлялись заблокированные сети, т.е. все что не запрещено то разрешено

если интерисует смысл такого шлюза, то, в часности это кредитный сектор, услуга может быть реально включена, а договора еще даже в биллинге нету

я вроде все какие были примеры скриптовых шлюзов перечитал, но как то понимания процесса не прибавилось

какие планы про инвертированные маски в 4.6 ? добавите ?

и на счет цикла {LOOP_NET} вообще, как это работает, допустим я напишу:

[LOOP]preved {A}[/LOOP]
[LOOP_NET]paka {NET}[/LOOP_NET]

на входе имеем один IP у клиента, что получится в результате ?

P.S. у меня нет 4.6, поэтому и спрашиваю

Вы уцж опредтемь для 4.5 или для 4.6 вы хотите . есть разицна ..в 4.5 появились кроме дипазоново общего вида (по ним бужеит LOOP) еще отдлеьан вкалдка сети - это сети специально вида xx.xx.xx./xx - только они подствялются в макросы LOOP_NET . этого нет в 4.5 .. Инвертированную. маску возможно уже не будем добавлять в 4.6 , это можно допиливать скпптами (пробразоввать то что есть к нужном виду , т.е менять обыную маску на инверированную) .. А наcчет того - все что не разрешено, то запрещено ..ну так же и добавлять как сейчас сделано , только наоборот .. У меня есть один пример еще одного скриптового шлюза , где как раз инвертирванная логика - все что не не запрещено, разрещено, могу выложить в wiki, но я не уверен что он сильно поможет в понимании .. Сам шлюз по себе не сложный , там прсото сложна проверка , дабы каждый раз не добавлять правила, которые уже есть .. скрипт стандартного шлюза циски, скопирован с его аналога в коде и мягко говоря не очень читаем , сам с не сразу понял как он работает .. в общем я не могу обяснить , могу только сделать

вообще надо было похоже сделать там макросы - {IP}, {MASK}, {INVERT_MASK}, {BIT_MASK} и составлять из них все отсльное ..типа {IP} / {MASK}, или {IP} {INVERT_MASK} для циски

Это было бы весьма кстати. И контекст бы один был - LOOP