Никак

Если хотите следить за статусами, анализировать сдр (б-ног),  работающие хангап хендлеры и хуки,  боротьчя параллельными вызовами и многое другое пойдёт по одному месту

Не говоря уже про то что многие юзерагенты не обновляют регу а шлют новую и фс сваливается в тротл по сессиям при банальном вызове на такого юзера

@kred_dust но вам конечно виднее

вот тут я не понял, а в чем собссно отличие одного от второго...я чет не знаю про тип сообщения Register ?

Полностью согласен. Всё работает корректно.

а что именно пойдет по одному месту?) sofia_contact просто вернет dial string с ендпоинтами через ','
у меня вроде не было никогда проблем с мульти регистрацией

Фс по умолчанию выставляет экспаир в 3600 если это не поменять, а в сети появится телефон с экспайром в пару минут и нелюбовью к обновлению реги, тогда за час в фс скопился 60 разных рег на один телефон и при попытке вызова и ограничении Макс сессий в 30 будет тротл по ним.  Если поднастроить этого можно избежать но большинство сетапов работают по дефолту.

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

или профитнее ставить что-то типа opensips/mid_registrar

чтобы не так сильно бомбило регистрациями

Это лишь один из кейсов что вылазят с мульти.

При этом я не говорю что не работает,  но таки делать сип форкинг на б2б от лукавого и несёт в себе не мало сюрпризов особенно когда захотите это включить на сетапе который давно работает и оброс логикой

Ребят, это какая-то откровенная хрень. ФС выставляет регистрацию в соответствии со значением, которое клиент присылает в поле expire регистр пакета. Да, он отказывает в выставление регистрации размером в "пару минут", так как rfc явно запрещает выставлять значение регистрации меньше 180 секунд. Кроме того, если клиент выставляет значение регистрации в 120, то сам же клиент должен и прислать обновление этой же (с тем же callid и новым cseq) регистрации за 30 секунд до окончания регистрации. В общем, текст Вашего сообщения содержит массу несоответствий реальности.

Поведение ФС в данном конкретном случае я изучал, и за написанное выше ручаюсь. Вот именно так ведёт себя ФС и должен вести клиент. Так в RFC написано и ФС ему соответствует, как минимум в части регистраций полностью

Я этот кейс видел 2 недели назад

На фьюжне не мой сетап

Было по 40-50 рег на одном телефоне

скорее всего клиент просто новые регистрации делает с разными instance-id

и тогда их может много получиться

Вот так может быть, но экспайр регистраций на ФС точно не 3600 в случае, когда клиент там ставит 120.