Всем привет. Есть такая схема
АТС--h323шлюз--интернет--CISCO ISR--локальная сеть--h323шлюз--АТС

Надо чтобы телефоны подключеные к обоим шлюзам могли звонить др.др.
Предполагается использовать CISCO ISR в качестве прокси (а может оно и не так в данном случае называется :)
Конфиг такой:
     voice service voip
      allow-connections h323 to h323
      h323
       emptycapability
       h225 connect-passthru

     voice class codec 1
      codec preference 2 g729br8
      codec preference 3 g729r8
      codec preference 4 g723r53
      codec preference 5 g723r63
      codec preference 8 g711alaw
      codec preference 10 g711ulaw

     dial-peer voice 104 voip
      description SPB
      destination-pattern 3...
      voice-class codec 1
      session target ipv4:192.168.0.10
      dtmf-relay h245-alphanumeric
      no vad

     dial-peer voice 105 voip
      description MSK
      destination-pattern 2...
      voice-class codec 1
      session target ipv4:82.210.136.129
      dtmf-relay h245-alphanumeric
      no vad
----------
Звонки проходят, но после поднятия трубки тишина.
Если оба шлюза поставить в интернет, то всё работает. Но необходимо чтобы один был в локальной сети.
Подскажите пожалуйста чего не хватает? :(

• H323 to H323 шлюз.,dae, 16:50 , 24-Мрт-10
  • H323 to H323 шлюз.,j_vw, 21:46 , 24-Мрт-10
    • H323 to H323 шлюз.,dae, 18:10 , 25-Мрт-10

>[оверквотинг удален]
>      destination-pattern 2...
>      voice-class codec 1
>      session target ipv4:82.210.136.129
>      dtmf-relay h245-alphanumeric
>      no vad
>----------
>Звонки проходят, но после поднятия трубки тишина.
>Если оба шлюза поставить в интернет, то всё работает. Но необходимо чтобы
>один был в локальной сети.
>Подскажите пожалуйста чего не хватает? :(

Нужно чтобы оба адреса были маршрутизируемые в Интернете, то есть публичные. А у тебя один 192.168.0.10 частный. Если CISCO ISR (наверно ASR?) делает НАТ, то надо указать в dial-peer voice 104 voip его адрес и настроить правило трансляции внутрь локалки на 192.168.0.10

Ну, не совсем так....

Человек, вроде, хочет  проксирование RTP трафика....
Не знаю, как реализовывается на кошках ;(
И, есть подозрение, что при h323 - никак....

А вот, без проксирования голоса - два варианта:

1) Организовать туннели(в том числе динамические) и пускать по ним голос.(h323шлюз--интернет--CISCO ISR)
2) "Прокидка" портов в связке "интернет--CISCO ISR--локальная сеть--h323шлюз"
Вот гн. Киселев описывает решение, применительно к addpac:
http://www.ksv.ru/%D0%A0%D0%B0%D0&#...

Другой вариант ссылки:
http://www.ksv.ru/
"Клиентам"
"AddPac и NAT - "пробрасываем" порты (Практическая работа.)"

>[оверквотинг удален]
>1) Организовать туннели(в том числе динамические) и пускать по ним голос.(h323шлюз--интернет--CISCO ISR)
>
>2) "Прокидка" портов в связке "интернет--CISCO ISR--локальная сеть--h323шлюз"
>Вот гн. Киселев описывает решение, применительно к addpac:
>http://www.ksv.ru/%D0%A0%D0%B0%D0&#...
>
>Другой вариант ссылки:
>http://www.ksv.ru/
>"Клиентам"
>"AddPac и NAT - "пробрасываем" порты (Практическая работа.)"

Как вообще может проходить звонок на частный адрес через публичную сеть!?
Видимо используется канал Питер-Москва, пров соединяет частные сетки.
Тогда нужно посмотреть в дебаге какие отдаются адреса и потом проверить маршрутизацию - может и без GRE-туннеля можно обойтись