Непойму в чем причина.
Шлюз регистрируется на SIP сервере.
Phone book прописан.
Шлюз при приеме звонков с FXO периодически не перенаправляет на SIP сервер, а через свободную FXO линию обратно отправляет в город.
Где что можно посмотреть.

Это особенность функционирования шлюзов длинк. Подробно она описана на диаграмме в конце руководства.
В кратце: по истечении времени invite timeout происходит звонок через первый свободный FXO (если он есть, конечно). Возможность эту отключить нельзя, можно только увеличить invite timeout до максимума (32 сек.)

Вообще, в решении таких вопросов сильно помогает slmonitor.

Просмотрел весь конфиг не смог найти где выставить данный timeout

В веб интерфейсе:
SIP -> Max. Response Time for Invite

Все равно не подходит.
Надо именно запретить звонок с FXO на FXO.
Так как к примеру если endpoint не зарегистрирован на SIP сервере, о чем последний сообщает шлюзу. То звонок переходит на первую свободную FXO линию. А так как у меня используются дополнительные префиксы то звонок в город всегда попадает на один и тотже номер.

P.S. Меня хозяева этого номера скоро порвут.

Этого сделать нельзя. По крайней мере у меня не вышло, хотя искал хорошо.
Если вдруг найдешь решение -- отпишись.

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

Вот и пойми тут -- кто прав?

Придется отказываться от этих шлюзов и продать.
Разочаровался я в них.

Ну тут конечно каждому свое. Интересно, почем вы найдете альтернативу?
Ну а в этой конкретной проблеме -- может возможно просто допилить SIP сервер? В астериске проблема решается легко.

Поправил пост.

Это принципиально не возможно, запретить звонок с порта на соседний порт.

Вот именно это серьезное упущение!

У меня хоть не астериск, но всеже как это делается в нем.
может по аналогии сделаю.

В случае неизвесного номера

answer
hangup

приблизительно так. Можно еще сказать, что номер не найден перед тем как повесить трубку.

Можно просто сказать, что абонент занят не отвечая на звонок. Любой ответ, кроме "абонент не найден".

Это не упущение, это скорее прирогатива SIP сервера, а не CPE

_________________
С уважением,
Виктор Колосов

А как быть, если в качестве сервера не PBX, а прокси?
Эта фича станет несомненно полезной если станет оключаемой.

Кроме того эта штука не очевидная. Я зная о ней несколько раз тратил время, что бы разобраться почему люди попадают в справочную, милицию и пожарным (у меня префикс выхода в город - 0).
Причем у меня это было связано с инвайт таймаутом, т.к. в момент большого количества звонков астер не успевал опросить исходящие линии, а шлюз уже пихал все в PSTN.

Ловить эти глюки сложно, так как они проявляются не у всех, а только у тех, кто подключен именно к 4032, остальные не жалуются. Вот и пойми почему тебе постоянно капают на мозг 5 человек из 100.

СДЕЛАЙТЕ ГАЛКУ!