Asterisk. Именование телефонных аппаратов.

Эту книжку писал наркоман, в телефонии не разбирающийся и не настроивший ни одной УПАТС в продакшн.

1. Сейчас любой аппарат умеет несколько линий, на которую можно повесить разные учетки. А mac-адрес один.

2. Основная мотивация у автора так делать, насколько я помню - безопасность. Ну это как сменить шильдик с номером квартиры на двери на ее кадастровый номер - от грабителей не защитит, но гостей и почтальонов запутает. Для безопасности в VoIP существуют другие средства.

3. Как потом ипаться с этими маками в диалплане - трудно представить, тогда как с цифрами - очень удобно. Просто передаешь ${EXTEN} в Dial как есть без всяких.

4. Asterisk с PJSIP умеет множественную регистрацию, я могу поставить 2 одинаковых номера в большом кабинете - где пользователю удобней взять трубку, там он и возьмет. А схема автора приведет к тому, что звонок надо будет бранчить на два разных «мака», и это где-то еще прописывать в диалплане…

Так обычно есть одна «таблица» (не важно, в БД, LDAP или другом справочнике) - «пользователь => номер». А с этой схемой тебе придется вести 2 таблицы: «пользователь => мак», и «мак => номер». Окама негодуэ!

я что-то даже не помню такого. правильно я понимаю, что эта концепция применима только к физическим устройствам?

Это концепция неприменима нигде - ни к физическим устройствам (см. выше), ни к софт-фонам, ни к тем более, webrtc.

Не заморачивайся, именуй по номеру, так проще и понятнее.

Когда и если поймешь, зачем тебе надо делать как-то не так, тогда…

Turbid Почему две таблицы…?
-> в этом примере <-
Пользователь устройства 0000f30A0A0101 набирает 102
Asterisk сопоставляет входящий SIP-запрос с конечной точкой (и проверяет его подлинность)
Набранный номер соответствует контексту [sets] в диалплане
Приложение Dial() используется для отправки вызова по каналу PJSIP на контакт, связанный с 0000f30B0B02
Определяется контактный адрес (обычно на основе регистрации, если это устройство, но также может быть жестко задан если это транк)
Сообщение SIP INVITE отправляется в пункт назначения

Ну а в плане наркомании, так по мне это неплохая дополнительная безопасность к тем же iptables, fail2ban и т.п…

flant к софт-фонам это тоже применяется. Вообще не обязательно именовать девайсы по MAC-адресу. Можно обозвать их как душе угодно (Masha, Petya, Vasya). В данном случае MAC несёт некую уникальность, особенно в крупных компаниях.

да, но как в крупной компании все клиенты могут быть в одном сегменте сети где маки остаются актуальными? вопрос риторический.

Почему две таблицы

Ну, например, CallerID еще хранить

-> в этом примере <-

Ну и зачем эта простыня из Dial на каждый номер если можно просто Dial(${EXTEN}) ?!

неплохая дополнительная безопасность

Это вообще не решает никакой вопрос безопасности. Для безопасности есть прежде всего правильно настроенный диалплан, ACL, SBC, tls и firewall.