allowguest=yes в секции [user] локально, точно можно?

[rusya]

почитал http://asterisk-support.ru/forum/topics/5683/?page=1 - allowguest=yes локально помогает. А оно точно на данную секцию только действует?

Суть. Регистрация на сервере провайдера (секция peer) проходит на сервере сип-провайдера с адресом 1.1.1.1 Входящие звонки с сип-провайдера приходят с двух адресов - 1.1.1.2 и 1.1.1.3 и с разных портов.
Если указать вот так:
[didnumber]
type=user
insecure=port,invite
host=dynamic
permit=1.1.1.0/255.255.255.0
deny=0.0.0.0/0.0.0.0

,то все работает нормально только, если звонок приходит с 1.1.1.2. При приходе с 1.1.1.3 - ему говорят -fake auth reject - и тот отваливается (ну это, я так понимаю, alwaysauthreject=yes отрабатывает). Если сделать вместо одной секции две - didnumber1 и didnumber2, и вместо

host=dynamic

написать в каждой соответственно

host=1.1.1.2 и host=1.1.1.3, то звонки ходят нормально.

Либо просто поставить
[didnumber]
type=user
insecure=port,invite
allowguest=yes
host=dynamic
permit=1.1.1.0/255.255.255.0
deny=0.0.0.0/0.0.0.0
- это тоже работает.
Может, красивее можно как-то? Это первое.

Второе, не нашел, как в permit указать несколько хостов. Через запятую, пробел? И можно ли?
Третье, может в host= можно прописать подсеть или несколько хостов? У меня не получилось, наверное - нет.

[ded]

сип-провайдер не может быть host=dynamic. Это же не домашний пользователь на динамическом ИП адресе? И ему то у вас не надо поэтому регистрироваться по username:secret?

allowguest=yes локально помогает только быдлоадминам (не принимайте на свой счёт), которые не знают как справиться с подключением нетривиальных транков.
Как таблетка анальгина - снимает головную боль, но не устраняет причины, её вызвавшие.
Вашем случае - host=1.1.1.1 и ничего больше, а то, что прибегает с других ИП - 1.1.1.2 и 1.1.1.3, то это нормально. Но забыты важные параметры - canreinvite=no
context=?
Чтобы корректно принималось - поставьте на вашем пире, и всё будет ОК.
И не надо везде и всегда пихать insecure=port,invite
Это как заячья лапка, или сушёная летучая мышь: не идёт звонок? А лапку пробовали? О! пошли звонки! Волшебство!

[rusya]

ded, про canreinvite=no есть в sip_general_additional.conf. Если не указано обратное, то это же действует на все учетки?

Короче, после вдумчивых колупаний и ковыряний, все зазвонилось, если кому интересно, отпишу потом, выложу конфиги. Заодно узнал значение кучи опций в sip.conf. (я так устройство автомобиля узнавал по своей 99-й - то одно отвалится, то другое ).

Теперь новая беда. При звонке из города на этот транк нет длинных гудков - тишина. Замена на музыку, выставление галочки про КПВ на входящем маршруте ни к чему не приводит. Однако бывает так, что в 1-2 раза из 50 гудки-таки появляются. Куда смотреть? Ибо так в работу запускать, ясное дело, нельзя.

[Obi Van]

progressinband=yes ?

[rusya]

progressinband=yes ?

Дааааа!!!!!!!!!!!
Спасибо, друк!

[rusya]

Не вижу я в sip-debug попытки авторизации провайдера при входящих по username и secret. По peer - пожалуйста. Его вообще можно заставить это делать?
Нет, все работает. входящие разруливаются по DID, указанные после / при регистрации. Но во всех входящих звонках показывается один и тот же channel. Некрасиво это...

[zzuz]

insecure=port,invite - и всё , баста. далее ищется host= таблицах ACL

[rusya]

insecure=port,invite - и всё , баста. далее ищется host= таблицах ACL

Я это понимаю.
При отсутствующем insecure=invite,port я не вижу попыток авторизации по username.

[Vlad1983]

type=friend

[rusya]

type=friend

Я это понимаю.

Вот так нет звонков входящих.
[276543]
user=276543
secret=234567
type=friend
permit=88.87.46.0/255.255.255.0
host=88.87.46.6
disallow=all
deny=0.0.0.0/0.0.0.0
context=from-trunk
allow=alaw

Вот так есть.
[276543]
insecure=invite,port
type=friend
permit=88.87.46.0/255.255.255.0
host=88.87.46.6
disallow=all
deny=0.0.0.0/0.0.0.0
context=from-trunk
allow=alaw