DJ Kill
Вот описание взятое с сайта asterisk.ru:
Входящие вызовы по протоколу SIP
Когда сервер Asterisk принимает входящий SIP вызов , Модуль SIP канала делает следующее:

* сначала пробует найти секцию [user] из файла sip.conf, совпадающую с именем вызывающего абонента (заголовок "From: username"),
* потом пробует найти секцию [peer] из файла sip.conf, где IP адрес совпадает с адресом вызывающего клиента.
* Если не найдено подходящих клиентов или пиров, вызов будет передан в контекст, определенный в секции [general] файла sip.conf.
У вас в секции From как видно "From: <sip:74957893949@80.75.130.2>". Посмотрите инвайт от оператора подробнее и скорее всего увидите что сделать.

Инвайт от оператора я привёл чуть выше.

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

От него инвайт приходит вида:

SIP/2.0 200 OK
Via: SIP/2.0/UDP 213.145.43.45:5060;branch=z9hG4bK-1aff3c00ffff5510ff0000304829ff1c;received=213.145.43.45
From: <sip:7270731@213.145.43.45;user=phone>;
tag=ffff3c00ffff5510ff0000304829ff1c
To: <sip:74959559100@81.222.112.11:5060;user=phone>;tag=as5b20d50d
Call-ID: 3a7f3c00addb5510800000304829ec1c@mvts-transit
CSeq: 1 INVITE
User-Agent: X-Switch v1.1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Contact: <sip:74959559100@81.222.112.11>
Content-Type: application/sdp
Content-Length: 210

и всё нормально детектируется. Разница в инвайте только в user=phone.
Менять в sip.conf для пира userqphone=yes|no пробовал. Не помогает.

вот это и должно срабатывать в данном случае ...

Еще poкажите плз. зарос INVITE при дебаге и вывод - sip show peer <cisco>

Смотрите с какого IP приходит INVITE - в самом INVITE'е (в From) может быть написано все что угодно а послан он может быть с совсем другого IP (например если за NAT'ом). Кстати для пира проверяется не только IP но и порт (по умолчанию 5060) - поэтому и нужно писать insecure=port

То что приведено выше, это ответ 404 вашего астериска тому оборудованию. Я не увидел там инвайт от провайдерского оборудования. Для просмотра "что кому говорит" я пользуюсь утилитой ngrep. Даю команду "ngrep -d ваш_интерфейс host IP устройства" и созерцаю всю картину.

Я пользуюсь утилитой tcpdump. :)

1 0.000000 80.75.130.2 81.222.112.11 SIP/SDP Request: INVITE sip:78003339100@81.222.112.11:5060, with session description

Via: SIP/2.0/UDP 80.75.130.2:5060;x-route-tag="cid:source@80.75.130.2"

invite приходит с правильного IP.

sip show peer <cisco>
* Name : <cisco>
Secret : <Not set>
MD5Secret : <Not set>
Context : testcontext
Subscr.Cont. : <Not set>
Language : en
AMA flags : Unknown
Transfer mode: open
CallingPres : Presentation Allowed, Not Screened
Callgroup :
Pickupgroup :
Mailbox :
VM Extension : asterisk
LastMsgsSent : 32767/65535
Call limit : 0
Dynamic : No
Callerid : "" <>
MaxCallBR : 384 kbps
Expire : -1
Insecure : port,invite
Nat : RFC3581
ACL : Yes
T38 pt UDPTL : Yes
CanReinvite : No
PromiscRedir : No
User=Phone : No
Video Support: No
Trust RPID : No
Send RPID : No
Subscriptions: Yes
Overlap dial : No
DTMFmode : rfc2833
LastMsg : 0
ToHost : 80.75.130.2
Addr->IP : 80.75.130.2 Port 5060
Defaddr->IP : 0.0.0.0 Port 0
Def. Username:
SIP Options : (none)
Codecs : 0x10c (ulaw|alaw|g729)
Codec Order : (alaw|ulaw|g729)
Auto-Framing: No
Status : Unmonitored
Useragent :
Reg. Contact :

DJ Kill, вы можете сделать проще (и правильнее - IMHO)?

sip set debug peer <cisco>

и привести сюда вывод до ошибки ...?

Я работаю с Телфином. Там в дополнение к вашим настройкам имеются также и такие строчки:
username = имя учётной записи
secret = пароль
fromuser = имя учётной записи
fromdomain = пароль
При этом я также регистрируюсь на их серваке. Все звонки попадают в тот контекст, который требуется.