схема подключения ... линия с города --- dvg 6004s -- microticRB750 (NAT) -- своя сеть -- microticRB750 (NAT) -- linksysSPA800
суть вопроса такова, когда мне привезли все это для настройки, то про нат со стороны dvg 6004s не упоминалось. Поэтому настроил, протестил и показал что все работает когда за натом только linksysSPA800 был а dvg 6004s имел "реальный " ІР. на деле схема оказалась чуток другая ... dvg 6004s тоже за натом. и тут начались траблы ... с linksysSPA800 я позвонить в город не могу ... с города вызов идет но при поднятии трубки сразу идет разрыв соединения. Уже на microticRB750 попрописывал кучу нужных и наверное ненужных портов для проброса, на dvg 6004s в меню NAT включал и прописывал вроди все, но не работает. На linksysSPA800 вижу что был звонок с dvg 6004s и все. вот и возникло предположение что не умеет dvg 6004s прятатся за NAT, а может только сам натить. Да, STUN сервер не панацея, железяки живут в изолированной от внешнего мира сети.

Попробуйте на microtic включить SIP-ALG. В идеале, если у вас своя сеть без интернета, может лучше избавиться от NAT? Или пробросить тунель с одного microtic на друнгой.

все что нашёл на microticRB750 это ІР-Firewall-Service ports - Sip включены порты 5060, 5160 ... больше ничего похожего не вижу.
от ната избавится не могу, для этой связи исползуем сеть стороннего провайдера. и он дает нам по айпишнику(изначально была инфа что по четыре). изначально FXO шлюза не должно было быть ... два удаленных абонента конектятся к центральному офису, на удаленниках стоят linksysSPA800 которые регаются на SIP сервере центрального офиса без всяких выходов в город.Город просто давался как обычный телефон от месного укртелекома. но тут какой то злосный экскаваторщик перерыл кабель по которому в один с офисов шел город. и тогда родилась гениальная идея поставить в офисе который менее критичен к воздействию пяного экскаваторщика FXO шлюз, принять пару номеров с города и направить на другой офис по ІР, освободить на спашке два порта и принять на них город, а остальные порты пусть регаются на SIP сервере центрального офиса.
пока что все манипуляции и с предложенной поискать SIP-ALG привело к тому что или ничего не менялось или полностью пропадала телефония
и еще раз обозначу , что на обоих сторонах сейчас живет наша внутренняя телефония, при чем работает нормально ... вот только город который проключен через dvg 6004s не пашет

А вариант тунельного соединения между роутерами?
Попробуйте ещё функцию NAT Public IP на шлюзе.

так как раньше нат всех устраивал то на обоих офисах одинаковая внутренняя сеть одинакова небыло смысла чото там перенастраивать. если сейчас пробросить тунель и убрать нат то нужно будет много чего перенастроить, а с уровнем пользователей "куда втыкнуть кабель с пласмасовой пимпочкой что-бы чото заработало" не очень то поперенастраиваеш ... а ехать далеко. ну и кроме того (может я просто утром еще мозг не включил) если я построю тунель между офисами и заставлю работать город между офисами по паре портов то как мне с этого же девайсика завязатся на центральный офис.
по поводу NAT Public IP ща еще раз попробую ...
ну и чет я склоняюсь еще к одному варианту ... убрать микротик, и поставить dvg 6004s как роутер ... настроить на нем тот же нат и ту же сеть, тогда у меня как бы будет схемка которая заработала на стенде. осталось придумать как это удаленно все промутить....
хотя хотелось бы эту трудность победить не м еняя схему подключения

пообщался я по телефону с представителем dlink ... мне ответили что теоретически как-бы должно за натом работать но скорее что не будет. ибо точных портов какие надо пробрасывать никто не знает ... каждая сессия новый порт ... так что я все таки потратил целый день и наделал тунелей ... только щас вылез гемор с атс ... сначала меня три дня уверяли что все у них ок и мои пропозиции просто стать телефоном на линию и прозвонить в обе стороны отбрасывались ... а потом выдали фразу что тот номер который мне сказали нерабочий .. ну это лирическое отступление ... щас настроил что звонок с города приходит, а вот в обратную сторону нет. в логах пишет
<142> C8BE19265DAC-sipg: 701 CallIn 351068 172.16.141.140 24/04 11:05:44.058
<142> C8BE19265DAC-sipg: 0: TrunkDialOut 172.16.141.140 24/04 11:05:44.183
<142> C8BE19265DAC-sipg: 0: PSTN Dial 351068 172.16.141.140 24/04 11:05:45.152
<142> C8BE19265DAC-sipg: 0: VoipAnswering 172.16.141.140 24/04 11:05:46.511
<142> C8BE19265DAC-sipg: 0: Connected As Callee 172.16.141.140 24/04 11:05:49.308
<142> C8BE19265DAC-sipg: 0: Talking 172.16.141.140 24/04 11:05:49.402
<142> C8BE19265DAC-sipg: 0: Released By Peer 172.16.141.140 24/04 11:05:58.589
<142> C8BE19265DAC-sipg: 0: PlayBusyTone 172.16.141.140 24/04 11:05:58.667
<142> C8BE19265DAC-sipg: 0: Idle 172.16.141.140 24/04 11:06:00.152
как говорят после набора задержка и идет сброс ... такое ощущение что атс непонимает сигнала и тбрасывает ... чесно говоря с FXO шлюзами не часто работал тем более с dlink так что подскажите куда копать ... сразу оговорюсь что от тех атсников внятных ответов я врятли получу

Посмотрите логи slmon, они более информативные.

не нашел где это смотреть ...

Утилита http://ftp.dlink.ru/pub/VoIP/DVG-6004S/Firmware/slmon(1225112422).rar