ничего в логах и нету.. (я про то, что вдруг эти 2 минуты подходили под burst, а затем в общий котел линк падал) по идее надо исключить софтфон как звено, для этого бы аппарат.. тогда останется либо на софтфон грешить, либо уже перетряхивать весь конфиг
"происходит подключение на несколько минут и далее соединение рвется ( причем соединение рвется не только если подключение заведено в PBX но и если подключить аккаунт в SIP телефон так же не надолго хватает."
а на сколько хватает? по вреемени одинаково? а пробовал одновременно в логи размер сессии писать - на одинаковом обьеме отваливается?
отсутствие приоритетов типов и видов траффика в многопользовательской среде - суть есть неисчерпаемая кладезь коллизии и чесания затылка, и пива, и курения, и т.д..)
вот статья - habrahabr.ru/post/131295
вот файл с конфигом - mikrotik.axiom-pro.ru/downloads/articles/prioritys...
пысы:
в общем случае, если разобраться будет тяжело - можно просто скормить настройки микротику и, единственно, выставить значения максимальной скорости канала в корне, чтоб нормально работало - и всё будет замечательно. в последствии, можно будет подправить под себя..
вообще правила надо писать/читать сверху вниз, на какое наткнулось при прохождении удовлетворяющие условиям - то и выстрелило:
<номер> [prob <число>] <действие> [log [loamount <число>]] <протокол> from <откуда> to <куда> <дополнительныеусловия>
я так думаю, что раз клиенты стучатся на микротик, то он у них стоит шлюзом по дефолту и получается что он и раздает адреса по dhcp? а вы поставьте в настройках dhcp шлюзом адрес кальмара - вся толпа будет идти туда, а редким избранным уже в обход, что намного проще сделать
и порядка 13 штук - http://микротик.рф/katalog/vsepogodnogo_ispolneniy...
т.е. по материалам, без учета проводов питания, получается: 5714х13=74282 плюс 25140 итого: 99422