Для индексации полезных и бесполезных разговоров

[notify_ded_bot]

как правильнее/по феншую вести себя серверу с учетками?

1. сначала зарегистрирвоать (REGISTER) учетку, записать его в базу и на INVITE проверять зареган ли он, пропускать или нет звонок
2. на REGISTER и INVITE требовать авторизацию

надо следовать RFC прежде всего!

[notify_ded_bot]

ну пришёл invite и ваша логика говорит что "нет регистрации" и что надо такого пнуть командой в астериск чтобы в ответ послала "регистрацию давай"?

[notify_ded_bot]

надо следовать RFC прежде всего!

тыс...не мешай появлению революционному sip 3.0 появлению на свет с новыми rfc

[notify_ded_bot]

надо следовать RFC прежде всего!

Я английский не знаю)

[notify_ded_bot]

Я английский не знаю)

вы хотите сделать какой то минимальный SIP стек сами ?
a baresip вы видели ?

[notify_ded_bot]

с языковой моделью программирования как на 1С

[notify_ded_bot]

вы хотите сделать какой то минимальный SIP стек сами ?
a baresip вы видели ?

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

[notify_ded_bot]

Хотя пока писал понял, что если буду проверять только username в таблице регистрации, то если знать этот username, ,то можно и "позвонить"

[notify_ded_bot]

Короче, лишним не будет)

[notify_ded_bot]

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

если вы прочитаете RFC то вы увидите что авторизацию можно не делать ни при REGISTER ни при INVITE
это опциональное