Avaya CM 5.2 and SBC AcmePacket

[lib_32]

Добрый день! Пытаюсь настроить h.323 , но вот уперся в проблему которую не могу решить. Помогите своими мыслями

Вообщем дело обстоит так:
1. Настроил сигнальную группу в ней указал Clan (10.5.17.15) и ip ( внешний SBC ), а также все остальное
2. В файрволе открыл доступ к этому внешнему Ip . Сначала только для Clan. При наборе звонок начал проходить, но голоса не было, и следующий раз уже нельзя было позвонить. Транк зависал... только перезагрузка помогала.
Схема такая: С нашей 17 подсети идет все на наше внешний Ip, потом идут пакеты к ним,устанавливается сессия,но у себя они видят на внутрениий Ip, хотя должны видеть внешний... С нашей стороны вроде все улетает

Как показали логи на ихней и нашей стороне, что идут запросы постоянно с шлюзов (10.5.17.X),для RTP трафика.. все шлюзы находятся в одном VLAn.

Попробывал открыть доступ всей 17 подсети к Ip SBC, но теперь вообще идет сразу отбой, в логах ничего не показывает.
Сразу скажу становился не снифером... Так как с разрешением его использовать есть проблемы.
Просто не могу понять логику откуда что куда летит
Прошу помощи!

[gosha]

Пока не очень понимаю схему организации связи и подозреваю, что дело в Nat на firewall...

[lib_32]

Пока не очень понимаю схему организации связи и подозреваю, что дело в Nat на firewall...

А что в нате еще надо настроить?? все порты открыты

[lib_32]

Пока не очень понимаю схему организации связи и подозреваю, что дело в Nat на firewall...

А что в нате еще надо настроить?? все порты открыты

нагуглил что nat для h323 поддерживает только на цыске. А с sip так же обстоят дела? PS. у нас стоит Check point

[gosha]

Господи, ну за что народ любит это глюкало. H.323 и на чекпойнте поддерживается, покопайтесь на авайском саппорте, как его настраивать, был там документик...

[lib_32]

Господи, ну за что народ любит это глюкало. H.323 и на чекпойнте поддерживается, покопайтесь на авайском саппорте, как его настраивать, был там документик...

Спасибо за рекомендации, но все же...
Как вообще должна работать схема? вот так или я что то не понимаю?
А если файрвол, то что изменится?

[lib_32]

Вообщем по h323 все перепробывал ничего не получилось. Теперь пробую настроить по Sip, в логах пишет ошибку.


13:55:23 active station 5767 cid 0x1143
13:55:23 G711A ss:off ps:20
rgn:1 [10.5.17.89]:38608
rgn:1 [10.5.17.22]:2052
13:55:26 dial 89613258972 route:UDP|AAR
13:55:26 term trunk-group 8 cid 0x1143
13:55:26 dial 89613258972 route:UDP|AAR
13:55:26 route-pattern 19 preference 1 location 1/ALL cid 0x1143
13:55:26 seize trunk-group 8 member 4 cid 0x1143
13:55:26 Calling Number & Name NO-CPNumber NO-CPName
13:55:26 SIP>INVITE sip:79613258972@voip.mtt.ru SIP/2.0
13:55:26 Call-ID: 0ee93e138e7e3184d951a4894100
13:55:26 Setup digits 79613258972
13:55:26 Calling Number & Name 78634650767 À. Òîïî
13:55:28 SIP>INVITE sip:79613258972@voip.mtt.ru SIP/2.0
time data
13:55:28 Call-ID: 0ee93e138e7e3184d951a4894100
13:55:56 denial event 1191: Network failure D1=0x871e D2=0x226
13:55:56 idle trunk-group 8 member 4 cid 0x1143




Подскажите где копать? Спасибо

[lib_32]

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

[lib_32]

LIST TRACE

time data

14:07:10 active station 5767 cid 0x2e12
14:07:10 G711A ss:off ps:20
rgn:1 [10.5.17.89]:15608
rgn:1 [10.5.17.42]:2068
14:07:13 dial 89081889488 route:UDP|AAR
14:07:13 term trunk-group 8 cid 0x2e12
14:07:13 dial 89081889488 route:UDP|AAR
14:07:13 route-pattern 19 preference 1 location 1/ALL cid 0x2e12
14:07:13 seize trunk-group 8 member 2 cid 0x2e12
14:07:13 Calling Number & Name NO-CPNumber NO-CPName
14:07:13 SIP>INVITE sip:79081889488@voip.mtt.ru SIP/2.0
14:07:13 Call-ID: 8068bb072fce3114fe51a4894100
14:07:13 Setup digits 79081889488
14:07:13 Calling Number & Name 78634650767 À. Òîïî
14:07:13 SIP<SIP/2.0 100 Trying
LIST TRACE

time data
14:07:13 Call-ID: 8068bb072fce3114fe51a4894100
14:07:13 Proceed trunk-group 8 member 2 cid 0x2e12
14:07:13 SIP<SIP/2.0 401 Unauthorized
14:07:13 Call-ID: 8068bb072fce3114fe51a4894100
14:07:13 SIP>ACK sip:79081889488@voip.mtt.ru SIP/2.0
14:07:13 Call-ID: 8068bb072fce3114fe51a4894100
14:07:13 denial event 1183: Call rejected D1=0x871e D2=0x215
14:07:13 idle trunk-group 8 member 2 cid 0x2e12
VOIP data from: [10.5.17.42]:2068
14:07:21 Jitter:1 0 0 0 0 0 0 0 0 0: Buff:13 WC:2 Avg:1
14:07:21 Pkloss:0 0 0 0 0 0 0 0 0 0: Oofo:0 WC:0 Avg:0
14:07:25 idle station 5767 cid 0x2e12

[lib_32]

Авторизацию провайдер сказал что убрал

[lib_32]

Ну аон они сказали им любой можно отдавать. ну если это как то поможет то пожалуйста

[lib_32]

Любой - не любой, а формат АОНа должен быть соответствующим.

Как видно из трэйса, у вас в транк уходит 11 знаков АОНа, из которых 8 знаков это номер АОНа, прописанный в таблице pub-unk-number (78634650) и подставляются еще 3 цифры вашего "обрезанного" 4х-значного внутреннего номера (767)... Нестыковка тут я думаю.

А что неправильно?? мы должны отправить 11 цифр. Когда мы звоним в город у нас убирается первая цифра и подставляется 65. Я поэтому примеру и сделал.
И что за ошибка в авторизации? Она же не спроста?

[lib_32]

Любой - не любой, а формат АОНа должен быть соответствующим.

Как видно из трэйса, у вас в транк уходит 11 знаков АОНа, из которых 8 знаков это номер АОНа, прописанный в таблице pub-unk-number (78634650) и подставляются еще 3 цифры вашего "обрезанного" 4х-значного внутреннего номера (767)... Нестыковка тут я думаю.

А что неправильно?? мы должны отправить 11 цифр. Когда мы звоним в город у нас убирается первая цифра и подставляется 65. Я поэтому примеру и сделал.
И что за ошибка в авторизации? Она же не спроста?

"650" подставляется только в 1м и 2м транках, а у вас по 8му транку идет звонок, там другой CPN.

Я пробывал удалить все лишнее и оставить только это... 7863465.. результат тот же

[lib_32]

Да дело в том что они у себя в дампе не видят никаких запросов с нашего Ip. даже если что то не правильно, то все равно что то к ним должно прийти... а они этого не видят. А наш сис админ утверждает что все порты к ним открыл, правила создал, TCP запросы улетают. И я теперь не могу понять кто прав а кто нет((( по H323 хоть звонок проходил а тут даже не звонит

[lib_32]

TRUNK GROUP STATUS

Member Port Service State Mtce Connected Ports
Busy

0008/001 T00472 in-service/idle no
0008/002 T00473 in-service/idle no

[lib_32]

TRUNK GROUP STATUS

Member Port Service State Mtce Connected Ports
Busy

0008/001 T00472 in-service/idle no
0008/002 T00473 in-service/idle no

Может действительно проблема в аоне. В trace после именно аон выдает ошибку...

08:39:49 Call-ID: 80a2686edfde314d151a4894100
08:39:49 Setup digits 79613258972
08:39:49 Calling Number & Name NO-CPNumber À. Òîïî
08:39:49 SIP<SIP/2.0 100 Trying
08:39:49 Call-ID: 80a2686edfde314d151a4894100
08:39:49 Proceed trunk-group 8 member 2 cid 0x3ba0
08:39:49 SIP<SIP/2.0 401 Unauthorized
08:39:49 Call-ID: 80a2686edfde314d151a4894100
08:39:49 SIP>ACK sip:79613258972@voip.mtt.ru SIP/2.0
08:39:49 Call-ID: 80a2686edfde314d151a4894100
08:39:49 denial event 1183: Call rejected D1=0x871e D2=0x215

и что за странный такой Call Id подскажите? Call-ID: 80a2686edfde314d151a4894100

[gosha]

Прям поток сознания. А вы МТТ сказали, что у вас SIP/tcp, а не /udp ?

[lib_32]

Конечно сказал))) уже 2 недели мурыжимся(((

[lib_32]

Пришел к выводу что надо ставить снифер)) только вот куда? в разрыв между Clan или Procr до коммутатора?

[Pterodahtil]

Конечно сказал))) уже 2 недели мурыжимся(((

а админу своему сказали?

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

[lib_32]

Конечно сказал))) уже 2 недели мурыжимся(((

а админу своему сказали?

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

Да все сказал... Вот посмотрите дамп. Там сказали что строка ananymous@ananymuos.invalid не такая должна быть.. а где ее прописать не знаю...
Есть какие нибудь мысли? только фильтр по sip сделайте)) а то там все звонки)) напомню что Ses у нас нет