Ольга, загвоздка в host=-----------айпишник астериска

Там должен быть айпишник Portech!

Как жаль....но это моя очепятка host=-----------айпишник Portech стоит.

Тогда, Ольга, убирайте
insecure=invite,port

У нас на этих портечах и без этой директивы работает.

Кстати, кодек я бы рекомендовал сменить на alaw&ulaw. Зачем вам двойная потеря качества?

Убрала, всё равно
sim1-kcell/voipgsm1 --- 5060 UNREACHABLE
sim2-beeline/voipgsm2 --- 5060 UNREACHABLE
sim3-beeline/voipgsm3 --- 5060 UNREACHABLE
sim4-beeline/voipgsm4 --- 5060 UNREACHABLE

Кодек для наших каналов, пропускной способности, территориального расположения объектов, количества сервисов предоставляемых и количества обслуживаемых ед. тех это оптимальный кодек.

Есть предположение, что проблема на сетевом уровне.

Запускайте дамп и смотрите, как бегают пакеты. Должны приходить и уходить:

tcpdump -i eth0 host IP_OF_PORTECH

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

После того как шлюз был распокован с заводскими настройками, я проделала вышеуказанные доп. настройки. Вместо UNREACHABLE как положенно были задержки. Тогда у нас стояло 3 сим карты актив - одного оператора и одним тарифом. в последствии мы оставили в sim1-kcell, а sim2,3,4 - beeline. И при звонке с ip-телефона на свой сотовый я вижу, что звонок как указано в правилах набора
exten => _8705XXXXXXX,1,Dial(SIP/sim2-beeline/${EXTEN})
идёт на sim2-beeline, но при этом на своей сотке я вижу номер карты kcell. То есть Asterisk отрабатывал корректно. Понаблюдав за ситуацией выяснилось что работет только sim1. Начала на Portech перебирать настройки, смотрю что заводские не соответствуют рекомендациям в инструкции производителя, но покрайней мере хоть как то работало, а потом sip show peers и вижу sim1-kcell/voipgsm1 --- 5060 UNREACHABLE, и так по сей день. Программный перезагруз Portech даже настройки не сбились....

Всё отл. [root@sip-server asterisk]# tcpdump -i eth0 host IP_OF_PORTECH
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
14:05:12.710563 IP IP_OF_ASTERISK.sip > IP_OF_PORTECH.sip: SIP, length: 505
14:05:12.712562 IP IP_OF_ASTERISK.sip > IP_OF_PORTECH.sip: SIP, length: 505
14:05:12.732702 IP IP_OF_ASTERISK.sip > IP_OF_PORTECH.sip: SIP, length: 505
14:05:12.793556 IP IP_OF_ASTERISK.sip > IP_OF_PORTECH.sip: SIP, length: 505

Дело не в этом...

Ну вот как-раз-таки в этом.

Пакеты идут от только от Астериска в Портеч. А должны - в обе стороны.

Ищите проблему на FireWall-ах.

Да, действительно, вижу
14:27:45.125840 arp who-has IP_OF_PORTECH tell IP_OF_ASTERISK
14:27:45.126158 arp reply IP_OF_PORTECH is-at MAC адрес-портеч (oui Unknown)

я работаю на CentOS -е, сетевой экран выключен. проблема на сетевом уровне очевидна. Больше предпосылок нет у Вас?

Судя по предыдущим вашим постам, портечи находятся не в локалке.
Астериск пытается выяснить его arp-адрес, что в корне неверно, т.к. эти запросы выполняются для устройств в той же сети, что и сервер.

Либо у вас косяки с роутингом, либо что-то еще. Делайте ping, mtr.

Да, кстати, какой MAC на портече? Я уже видел, как на GSM-шлюзы назначали адрес 01-23-45-67-89-0A. Понятное дело, что два таких шлюза в одной локалке не уживутся.