= Сообщение: 538 из 1933 ========================================== RU.BINKD = От : Pavel Gulchouck 2:463/68 09 Nov 15 07:20:20 Кому : Oleg Pevzner 09 Nov 15 07:20:20 Тема : Параметры hide-aka, present-aka и limit-rate FGHI : area://RU.BINKD?msgid=2:463/68+56402fed На : area://RU.BINKD?msgid=2:464/5555+563f7c5b = Кодировка сообщения определена как: CP866 ================================== Ответ: area://RU.BINKD?msgid=2:464/5555+56408d51 ============================================================================== Hi Oleg!
08 Nov 15, Oleg Pevzner ==> Pavel Gulchouck:
PG>> hide-aka и present-aka появились давно, в 2003, и есть в нынешнем PG>> stable (1.0). Они хоть глобальные, но там можно задавать номер узла PG>> или маску:
OP> Hу да, спасибо, именно это я и читал в описании конфига, но оно и вызвало исходный вопрос. У меня задача такая: мне OP> крайне желательно иметь возможность выборочно, каждому линку прописывать свой список адресов, который будет ему доступен OP> для предъявления. В том же T-Mail, например, эта задача легко решается через конфигурационный файл подстановок subst.lst, OP> где в строках описаний ноды можно указывать параметры Aka (по смыслу present-aka) и hideAka. Комбинируя их между собой, OP> можно получать очень гибкие конфигурации линков. Подумалось, что и в бинкде такое должно по аналогии быть, но столкнулся с OP> тем, что параметры hide-aka и present-aka оказываются глобальными. Да, там, конечно, есть маски адресов, но как-то пока не OP> чувствую, смогу ли использовать их для своего случая.
А в чём проблема с их использованием?
PG>> Лично мне реализация представляется неидеальной, в ней заложены PG>> некоторые проблемы, но в простых случаях они вполне применимы.
OP> Согласен, конечно, но смотря что считать таким простым случаем. Вот описанный мною случай простой или сложный? :) OP> Конкретно: мой узел сегодня имеет один основной адрес 2:464/5555 и, кроме него, может предъявлять в качестве AKA еще OP> адреса 2:464/89, 2:464/400, 2:464/0, 2:46/0 и 2:46/9999. Иногда мне бывает важно скрыть от линка ненужные ему AKA, OP> особенно, если у него они прописаны с паролями, отличными от пароля на 2:464/5555. Могу ли я это сделать текущими штатными OP> средствами бинкда? Причем так, чтобы одному узлу разрешалось видеть одну часть списка моих адресов, другому - другую часть OP> и т.п.?
и т.д., как душе угодно. Таких строк может быть сколько угодно. Можно и наоборот, через present-aka.
Нужно учесть, что при входящих сессиях эти параметры проверяются для всех предъявляемых удалённой стороной адресов, а для исходящих - только для того адреса, на который ты звонишь.