и еще, может это чо-то прояснит. Когда звоню на несуществующий экстеншн - то астериск говорит что silence/1&cannot-complete-as-dialed&check-number-dial-again|noanswer

а если звоню на 104, то софтфон выдает Call rejected: 503 service unavailable

Если пир прописан как обычный пользователь (не с помощью конструкции register => username:secret@ip-адрес), тогда sip show registry тут не поможет. Смотрите sip show peers, если напротив пиров, в поле Host, стоит Unspecified, а в поле Status (Unknown), тогда действительно не зарегистрирован.

P.S. Чтобы видеть все эти статусы, о которых я написал, необходимо в sip.conf в секции [general] включить qualify=yes.

P.S.2. Dialplan show registration? dimas, где такая команда существует?

betman и dimas! Что вы придумываете друзья?

Addr->IP : (Unspecified) Port 0
Defaddr->IP : 0.0.0.0 Port 5060

104 не зарегистрирован! Но прописан в системе.
sip show peers более наглядно выведет список кто есть, а кого нет.

ded, да ну? sip show peers выведет ВСЕ пиры, включая закешированные realtim даже если в данный момент они не зарегистрированы.

и еще, может это чо-то прояснит. Когда звоню на несуществующий экстеншн - то астериск говорит что silence/1&cannot-complete-as-dialed&check-number-dial-again|noanswer

а если звоню на 104, то софтфон выдает Call rejected: 503 service unavailable

Ну так у вас пир такой существует. Астериск про него знает. Но т.к. пир не зарегистрирован в данный момент - то не знает как с ним связаться - не знает текущего IP адреса по сути.

P.S.2. Dialplan show registration? dimas, где такая команда существует?

dialplan show XXX просто показывает содержимое контекста XXX. В моем случае контекст registrations это куда регистрируются все SIP и IAX пиры (потому что у в конфигах написано regcontext=registrations). При геристрации в контекст добавляются хинты (priority 1 noop). Выглядит это так:

spb-voip2*CLI> dialplan show registrations
[ Context 'registrations' created by 'SIP' ]
'1000' => 1. Noop(1000) [SIP]
'1001' => 1. Noop(1001) [SIP]
'1010' => 1. Noop(1010) [SIP]
'1011' => 1. Noop(1011) [SIP]
'1015' => 1. Noop(1015) [SIP]
'1016' => 1. Noop(1016) [SIP]
'1032' => 1. Noop(1032) [IAX2]
'1035' => 1. Noop(1035) [IAX2]
...

Так я так и сказал! sip show peers более наглядно выведет список кто есть, а кого нет (В ЭФИРЕ).

Ну да, наверное. Вопрос привычки - у меня микс из SIP и IAX, каждый юзер коннектится тем что ему больше нравится. Поэтому с вероятностья 50% у меня sip show peers ровно как и iax2 show peers не покаже того кого нужно просто потому что он другим протоколом подсоединен. Оттуда у меня привычка смотреть через dialplan show registrations.

andrewz,
1. То что Reg. context у вас пуст, это ок - значит вы не используете создание хинт-экстеншенов. Не используете и не надо, к проблеме вашей это отношения не имеет.

2. А проблема ваша том, что, как уже написано выше - SIP peer 104 в момент звонка на станции НЕ зарегистрирован.

Поэтому советую вам переосмыслить свою мысль что

нежелание регистрироваться с помощью танцев с бубном побороть удалось, но звонки все равно не проходят.

и вернуться к началу.

И готов поспорить у вас проблема с NAT или firewall. Покажите трейс процесса регистрации + снимите tcpdump'ом дамп трафика с IP клиента в момент регистрации.

http://i.piccy.info/i3/1f/42/ff9cc3b4247cd170ab43b7e5580e.jpeg
вот такая непонятная штука получается, отсекается icmp пакет от астериска, хотя если запускать пинг - то идет нормально

ну мне кажется что malformed SDP вас волновать пока не должно.
а должно волновать следующее - пакет от клиента приходит и астериск его видит и на него отвечает. А вот ответный пакет дойти до клиента не может - и вы получаете ICMP port unreachable.

это легко может быть из-за фаервола по догоре - найдите дивайс (будь то свитч или кнечный PC) который говорит ICMP unreach.

обычно такая фигня когда интерфейса на рутере или хосте смотрят в одну сторону. получает один, отвечает другой. и капут