Здравствуйте!
Как прописать в oh323.conf контекст для входящих звонков и контекст для выходящих. К примеру у меня схема IP Phone --> Asterisk -->> Cisco 26XX. Как в oh323.conf зарегить циску и прописать чтоб входящие шли в контекст in, а выходящие из контекста out.

Зачем oh323? Зачем всё усложнять? Cisco 26XX прекрасно работает по SIP.

Да не спорю у меня сейчас так и работает, но насколько я понял астерисковский сип не понимает требований железки не использовать VAD.
У меня сейчас стоит астериск 1.2.1 и я тут поднимал эту тему в форуме.
(http://www.asterisk-support.ru/forums/configuration/397656766349)
Так вот у меня есть несколько выходов пока не подправят астерисковский сип:
1. Поставить Н323 который точно понимает требование не использоать VAD.
2. Вырубить VAD на моих телефонах Cisco 7905 и 7910.
3. Найти что нибудь типа Comfort Noise Generator которого пока тоже нет, вернее есть, но на стадии эксперимента.

Как думаете какой выход лучше или может предложете другой выход?

Непонятно, но у нас астерисковский сип понимает требований железки не использовать VAD. На Cisco 1751 и 2621 стоит

dial-peer voice 1 voip

 destination-pattern .T

 voice-class codec 701

 session protocol sipv2

 session target sip-server

 ip qos dscp cs7 media

 ip qos dscp cs7 signaling

 no vad

и все работает без проблем. Что касается IP Phone, то в работе только Cisco 7960, на котором нет установок VAD, там вообще только G711.

У меня IP Phone тоже работают по 711-ому, я даже перевел один из 7905-ых на SIP и выключил на нем VAD и все равно, он есть при звонке в город. Поэтому я все таки хочу попробовать перевести Циску на Н.323.
Только вот никак не получается звонить в город, из города звонки приходят нормально а в город не идут и все, причем никакой ошибки нету на консоли Астериск даже при включении дебага, по таймауту вылетает и все. dial-peer сконфигурирован точно так как на верхнем примере за исключением строки session protocol sipv2, ее нет, а session target ipv4:x.x.x.x. В oh323.conf gatekeeper выключен. Люди добрые помогите!

Сделай тестовый звонок в город по sip, при этом выведи в консоли Cisco команду show call active voice brief, результат - сюда.
Дело разрешимое, и должно быть разрешимо по sip.
Как описана Cisco в sip.conf? extensions.conf?

Это при звонке из моей сети в город:

knopshow call active voice brief
Telephony call-legs: 1
SIP call-legs: 1
H323 call-legs: 0
MGCP call-legs: 0
Total call-legs: 2
1FB7 : 58419220hs.1 +522 pid:0 Answer 6070 active
dur 00:00:26 tx:427/66092 rx:1420/227200
IP 192.168.10.1:17382 rtt:0ms pl:28140/0ms lost:0/1/0 delay:64/64/65ms g711alaw

1FB7 : 58419249hs.1 +492 pid:101 Originate 270094 active
dur 00:00:26 tx:1420/227200 rx:427/66092
Tele 0/0:0 (2764): tx:28470/8380/0ms g711alaw noise:-70 acom:23 i/0:-65/-57 dBm

Telephony call-legs: 1
SIP call-legs: 1
H323 call-legs: 0
MGCP call-legs: 0
Total call-legs: 2

А это при звонке из города в мою сеть

knopshow call active voice brief
Telephony call-legs: 1
SIP call-legs: 1
H323 call-legs: 0
MGCP call-legs: 0
Total call-legs: 2
1FBB : 58456721hs.1 +206 pid:101 Answer 10270094 active
dur 00:00:14 tx:730/116800 rx:730/116800
Tele 0/0:0:2767: tx:14600/14600/0ms g711alaw noise:0 acom:19 i/0:-70/-58 dBm

1FBB : 58456725hs.1 +200 pid:102 Originate 3042 active
dur 00:00:14 tx:730/116800 rx:731/116960
IP 192.168.10.1:10198 rtt:0ms pl:11060/0ms lost:0/1/0 delay:64/64/65ms g711alaw

Telephony call-legs: 1
SIP call-legs: 1
H323 call-legs: 0
MGCP call-legs: 0
Total call-legs: 2

А вот описание Циски в sip.conf

[cisco]
type=peer
disallow=all
allow=alaw
host=192.168.10.201
canreinvite=no

extensions.conf

exten => _9X.,1,SetCallerID(6070)
exten => _9X.,2,Dial(SIP/${EXTEN:1}@cisco,,Tt)

что я увидел?
1) в первом случае внутренний абонент 6070 пытается звонить в город на шестизначный 270094 - pid:0 Answer 6070 active. Вопрос сколькизначные у вас в городе номера? Почему звонок пошел через непонятный dial-peer 0 voip (pid:0)? Разве есть у тебя такой в конфиге циски? Думаю нету, потому что
2) во втором случае приходящий из города входит через dial-peer 101 voip (а откуда взялись в номере еще две цифры впереди 10270094? скольки значные у вас в городе?) и вызодит через dial-peer 102 pots на абонента 3042. Логично предположить что и в первом сценарии должен в город уходить через тот-же dial-peer 102 pots, смотри конфиг ЦСКА.

3) Если у вас шестизначные, то exten => _9X.,1,SetCallerID(6070) это однозначно будет отвергнуто сервисом ISDN как попытка передать четырехзначный номер в шестизначной сети.

4) Не нравится мне мутный синтаксис exten => _9X.,2,Dial(SIP/${EXTEN:1}@cisco,,Tt), в простом варианте это Dial(технология/юзер/экстеншн[,timeout,options])
Попробуй для теста пока без трансферов
_9XХХХХХ,1,Dial(SIP/cisco/${EXTEN:1})

В городе 6-изначные номера, но наши телефонные идиоты Caller-ID посылают 8 цифр приплюсовывая еще часть международного кода, и это еще не все они обязательно хотят чтоб я посылал им Caller-ID так как они сами его определять не могут, скажем наши номера от 216070-216099, вот и приходится им посылать 6070, 21 они сами приплюсовывают, а насчет ISDN могу сказать, что у нас не ISDN, а R2.

exten не могу прописать так как ты говоришь, так как у нас при звонке на сотовый надо набирать код, в нашем случае 091 или 093, я еще не говорю про международные звонки, все у нас идет этим exten-ом. Но формат я поменяю и Tt уберу, хотя не знаю изменит ли это что нибудь.

А насчет dial-peer а я сам в недоумении, но работает же!! а как сделать чтоб звонки ходили тем dial-peer-ом которым надо???
вот конфиг циски:
!
!
voice-card 0
dspfarm
!
ip subnet-zero
ip flow-cache timeout active 5
ip cef
!
!
ip tcp path-mtu-discovery
!
!
!
voice call carrier capacity active
!
!
!
!
voice translation-rule 1
rule 1 /^607[0-9]/ /3111/
rule 2 /^6080/ /3004/
rule 3 /^608[1-9]/ /3111/
rule 4 /^6090/ /3041/
rule 5 /^609[1-8]/ /3111/
rule 6 /^6099/ /3042/
!
!
voice translation-profile ofis
translate called 1
!
voice-port 0/0:0
no vad
cptone RU
!
!
mgcp profile default
!
dial-peer cor custom
!
!
!
dial-peer voice 101 pots
translation-profile incoming ofis
preference 1
application session
destination-pattern .T
direct-inward-dial
port 0/0:0
forward-digits all
!
dial-peer voice 102 voip
destination-pattern 3...
session protocol sipv2
session target ipv4:192.168.10.1
session transport udp
dtmf-relay rtp-nte
codec g711alaw
ip qos dscp cs7 media
ip qos dscp cs7 signaling
no vad
!
!




И еще один вопрос тебе не настораживает разный уровень шума при звонках наружу и обратно???

Сделай dial-peer voice 102 voip
destination-pattern .Т, он у тебя на нулевой пир выходил, потому что там было 3... (а звонивший то 6070!)
Не знаю R1 сигнализацию, не понимаю почему разный уровень шума, но это настраиваемая величина, и может порождать твою проблему.
show voice-port 0/0:0 ?