[name]
type=friend
host=validip
nat=no
canreinvite=no
context=testcontext
disallow=all
allow=alaw,ulaw,g729
t38udptlsupport=no
usereqphone = no
Insecure=very

Звонки от пира приходят, но попадают в контекст default.

По какому полю * "узнаёт" пира и выбирает контекст?
В поле from приходит корректный "номер@ip".
Никаких подмен callerid и перенаправления нет.

Контекст содержит одну строку
exten= телефон,1,answer();

P. S. Знаю что вопрос тупой, но в документации раскопать ничего не удалось. :( Тыкайте носом.

1) Если поставите вместо host=validip поставить host=dynamic и заставите регистрироваться аппарат, он будет аутентифицирован, и Звонки от пира попадают в контекст =testcontext

2) Если host=validip, то надо сказать ему ещё
insecure=invite
и Звонки от пира попадают в контекст =testcontext

Регистрация "аппарата" невозможно. Это провайдерскя Cisco AS5400.

Почему тогда с другим провайдером при таком же конфиге попадает в нормальный (тот же самый) контекст?
Разница для этих двух провайдеров - только оконечное оборудование на их стороне.

2) Если host=validip, то надо сказать ему
insecure=invite

Разница для этих двух провайдеров - только как настроено оконечное оборудование на их стороне.

Не помогло. Эффект ровно тот же.

Вся сессия в дебаге выглядит так:

Sending to 80.75.130.2 : 5060 (no NAT)
Found RTP audio format 18
Found RTP audio format 4
Found RTP audio format 8
Found RTP audio format 101
Found RTP audio format 19
Peer audio RTP is at port 80.75.130.2:16624
Found audio description format G729 for ID 18
Found audio description format G723 for ID 4
Found audio description format PCMA for ID 8
Found audio description format telephone-event for ID 101
Found audio description format CN for ID 19
Capabilities: us - 0x8000e (gsm|ulaw|alaw|h263), peer - audio=0x109 (g723|alaw|g729)/video=0x0 (nothing), combined - (alaw)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event), peer - 0x3 (telephone-event|CN), combined - 0x1 (telephone-event)
Peer audio RTP is at port 80.75.130.2:16624
Looking for 78003339100 in default (domain 81.222.112.11)

<--- Reliably Transmitting (no NAT) to 80.75.130.2:5060 --->
SIP/2.0 404 Not Found
Via: SIP/2.0/UDP 80.75.130.2:5060;x-route-tag="cid:source@80.75.130.2";received=80.75.130.2
From: <sip:74957893949@80.75.130.2>;tag=B0644894-15C6
To: <sip:78003339100@81.222.112.11>;tag=as5d3c5ee0
Call-ID: 5329E7CE-6AF111DE-83F6C205-AF488847@80.75.130.2
CSeq: 101 INVITE
User-Agent: X-Switch v1.1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Length: 0


<------------>
[Jul 8 16:25:58] NOTICE[82180]: chan_sip.c:14046 handle_request_invite: Call from '' to extension '78003339100' rejected because extension not found.
Scheduling destruction of SIP dialog '5329E7CE-6AF111DE-83F6C205-AF488847@80.75.130.2' in 32000 ms (Method: INVITE)
Really destroying SIP dialog '5329E7CE-6AF111DE-83F6C205-AF488847@80.75.130.2' Method: ACK

а такой же IP еще встречается в sip.conf в настройках других пиров?

Ну и insecure=very замените на insecure=port,invite (как уже советовали)

Замена insecure на что угодно результата не даёт.

Такой IP больше нигдене встречается.
Такое имя пира тоже.

То что прислали тут - это не аутентификация, это SIP/2.0 404 Not Found
и рашифровка - request_invite: Call from '' to extension '78003339100' rejected because extension not found.
Этот 78003339100 ищет именно в контексте default?

А как циска узнает, как вам звонить? Другими словами вы на ней регистрируетесь? Если да, покажите строку регистрации ...