Новые ответы

проблема с PRI,

zsnk, 28-Ноя-12, 17:42 [смотреть все]

Приветствую дорогие форумчане, есть такая проблема с которой я борюсь уже вот порядка 3-х недель.
Есть CallManager 8.6 к нему подвязана циска 2811 как шлюз mgcp и PRI на провайдера. Проблема собственно в том, что когда совершаются входящие звонки в шлюз то через некоторое время разговора начинает пропадать голос потом как по приказу опять все нормально слышно (наблюдается такое волнообразное-непонятное). Причем это только на входящую связь и не все разговоры!!
что только не перепробовали, и оптику тестировали и модемы меняли и порт у провайдера и DSCP на шлюзе и еще что-то, короче говоря вариантов не осталось, кроме как поменять провайдера, но они клянутся что у них проблемы нет, т.к. они и заворот ставили все дебажили .... короче я не знаю что делать, помогите???

#sh ver
Cisco IOS Software, 2800 Software (C2800NM-ADVENTERPRISEK9-M), Version 12.4(24)T4, RELEASE SOFTWARE (fc2)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2010 by Cisco Systems, Inc.
Compiled Fri 03-Sep-10 05:38 by prod_rel_team
ROM: System Bootstrap, Version 12.4(13r)T, RELEASE SOFTWARE (fc1)
#sh run
card type e1 0 0
voice service voip
gcid
allow-connections h323 to h323
fax protocol pass-through g711alaw
h323
no h225 timeout keepalive
voice class codec 100
codec preference 1 g711ulaw bytes 80
codec preference 2 g711alaw
voice-card 0
dspfarm
dsp services dspfarm
controller E1 0/0/0
framing NO-CRC4
pri-group timeslots 1-31 service mgcp
interface Loopback0
description VoIP Interface
ip address хх.хх.хх.хх ххх.ххх.ххх.ххх
h323-gateway voip interface
h323-gateway voip bind srcaddr хх.хх.хх.хх
!
interface FastEthernet0/0
description VOIP
no ip address
load-interval 30
duplex auto
speed auto
!
interface FastEthernet0/0.202
description voice Vlan
encapsulation dot1Q 202
ip address хх.хх.хх.хх ххх.ххх.ххх.ххх
no ip proxy-arp
no cdp enable
!
interface Serial0/0/0:15
no ip address
encapsulation hdlc
isdn switch-type primary-net5
isdn incoming-voice voice
isdn bind-l3 ccm-manager
no cdp enable
voice-port 0/0/0:15
echo-cancel coverage 64
!
voice-port 0/1/0
!
voice-port 0/1/1
!
voice-port 0/1/2
!
voice-port 0/1/3
!
voice-port 0/2/0
!
voice-port 0/2/1
!
voice-port 0/2/2
!
voice-port 0/2/3
!
ccm-manager redundant-host хх.хх.хх.хх
ccm-manager mgcp
no ccm-manager fax protocol cisco
ccm-manager music-on-hold
ccm-manager config server хх.хх.хх.хх
ccm-manager config
ccm-manager sccp local Loopback0
!
mgcp
mgcp call-agent хх.хх.хх.хх 2427 service-type mgcp version 0.1
mgcp dtmf-relay voip codec all mode nte-gw
mgcp rtp unreachable timeout 1000 action notify
mgcp modem passthrough voip mode nse
mgcp ip qos dscp ef signaling
mgcp package-capability rtp-package
mgcp package-capability sst-package
mgcp package-capability pre-package
no mgcp package-capability res-package
no mgcp timer receive-rtcp
mgcp sdp simple
mgcp fax t38 inhibit
mgcp fax t38 gateway force
mgcp rtp payload-type g726r16 static
mgcp bind control source-interface Loopback0
mgcp bind media source-interface Loopback0
!
mgcp profile default
!
sccp local FastEthernet0/0.202
sccp ccm хх.хх.хх.хх identifier 1 version 7.0
sccp
!
sccp ccm group 1
bind interface FastEthernet0/0.202
associate ccm 1 priority 1
associate profile 3 register gateway
registration timeout 30
!
dspfarm profile 3 conference
codec g711ulaw
codec g711alaw
maximum conference-participants 16
associate application SCCP
!
!
dial-peer voice 100 pots
service mgcpapp
port 0/1/0
!
dial-peer voice 101 pots
service mgcpapp
port 0/1/1
!
dial-peer voice 102 pots
service mgcpapp
port 0/1/2
!
dial-peer voice 103 pots
service mgcpapp
port 0/1/3
!
dial-peer voice 104 pots
service mgcpapp
port 0/2/0
!
dial-peer voice 105 pots
service mgcpapp
port 0/2/1
!
dial-peer voice 106 pots
service mgcpapp
port 0/2/2
!
dial-peer voice 107 pots
service mgcpapp
port 0/2/3
!
dial-peer voice 999010 pots
service mgcpapp
port 0/1/0
!
dial-peer voice 999020 pots
service mgcpapp
port 0/2/0
!
dial-peer voice 999021 pots
service mgcpapp
port 0/2/1
!
dial-peer voice 999011 pots
service mgcpapp
port 0/1/1
!
dial-peer voice 999012 pots
service mgcpapp
port 0/1/2
!
dial-peer voice 999013 pots
service mgcpapp
port 0/1/3
!
dial-peer voice 999022 pots
service mgcpapp
port 0/2/2
!
dial-peer voice 999023 pots
service mgcpapp
port 0/2/3
!
dial-peer voice 50 pots
!
dial-peer voice 3 voip
snmp enable peer-trap poor-qov
description **TO_CCM**
preference 4
destination-pattern [39][0-9]..
voice-class codec 100
session target ipv4:xx.xx.xx.xx
dtmf-relay rtp-nte
!
!
dial-peer voice 999030 pots
service mgcpapp
!
!
gateway
timer receive-rtp 1200
!
!
!
call-manager-fallback
max-conferences 3 gain -6
transfer-system full-consult
ip source-address xx.xx.xx.xx port 2000
max-ephones 42
max-dn 90
!
end

Ответить | Сообщить модератору

проблема с PRI, mdenisov, 09:59 , 30-Ноя-12 (1)
Приветствую. У Вас какое-то редкое колдунство. Покажите весь маршрут - pri-mgcp-ucm и дальше как и куда, на ip телефон? Вы уверены что дело не в потерях, будь они на IP сети или SLIP'ы на потоке? Правильно ли построен PRI, все ли нормально в debug isdn q931? Используются ли транскодеры/mtp? Что при пропаданиях говорит sh proc cpu / show cpu histrory на шлюзе? Позырьте в RTMT загрузку процессора UCM, также есть смысл там же позырьть SDI трейс от CallManager service.
Кстати не вижу смысла в дублировании пиров на одни и те же не PRI порты.
Ответить | Сообщить модератору

проблема с PRI, zsnk, 12:57 , 30-Ноя-12 (2)
> Приветствую. У Вас какое-то редкое колдунство.
это точно!!!

>Покажите весь маршрут - pri-mgcp-ucm и дальше как и куда, на ip телефон?
порт провайдера --- модем какойто разер (меняли на другой) --- pri --- 2811 филиал тут варианты (1,2 описаны ниже) --- mgcp --- CUCM (кластер)
варианты:
1. FXS - подключены факсы (на входящих факсах периодически возникают пролемы)
2. порт в голосовой влан на ip телефоны - подключены через cat2960 на телефонах при входящих! с PRI есть проблемы.

>Вы уверены что дело не в потерях, будь они на IP сети
да, т.к. даже факсы на этом гейте глючат исключительно на входящие.
>или SLIP'ы на потоке?
E1 0/0/0 is up.
  Applique type is Channelized E1 - balanced
  Cablelength is Unknown
  No alarms detected.
  alarm-trigger is not set
  Version info Firmware: 20100222, FPGA: 13, spm_count = 0
  Framing is NO-CRC4, Line Code is HDB3, Clock Source is Line.
  Data in current interval (782 seconds elapsed):
     0 Line Code Violations, 0 Path Code Violations
     0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
     0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
  Total Data (last 24 hours)
     47 Line Code Violations, 30 Path Code Violations,
     1 Slip Secs, 4 Fr Loss Secs, 1 Line Err Secs, 0 Degraded Mins,
     1 Errored Secs, 0 Bursty Err Secs, 4 Severely Err Secs, 153 Unavail Secs
был замечен сегодня, когда меняли PRI модем.
>Правильно ли построен PRI,
все параметры проверили с провайдером, есть некое подозрение на "Echo Cancellation" включено с двух сторон (вопрос проверяется).
>все ли нормально в debug isdn q931?
VGW#
//////////// входящий межгород
000420: Nov 30 10:43:16.372: ISDN Se0/0/0:15 Q931: RX <- SETUP pd = 8  callref = 0x0039
        Sending Complete
        Bearer Capability i = 0x8090A3
                Standard = CCITT
                Transfer Capability = Speech
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA98383
                Exclusive, Channel 3
        Calling Party Number i = 0x2183, '44xxxxxxx'
                Plan:ISDN, Type:National
        Called Party Number i = 0xC1, 'xxxxxxx'
                Plan:ISDN, Type:Subscriber(local)
000421: Nov 30 10:43:16.448: ISDN Se0/0/0:15 Q931: TX -> CALL_PROC pd = 8  callref = 0x8039
        Channel ID i = 0xA98383
                Exclusive, Channel 3
VGW#
000422: Nov 30 10:43:16.476: ISDN Se0/0/0:15 Q931: TX -> ALERTING pd = 8  callref = 0x8039
        Progress Ind i = 0x8088 - In-band info or appropriate now available
VGW#
000423: Nov 30 10:43:17.804: ISDN Se0/0/0:15 Q931: TX -> CONNECT pd = 8  callref = 0x8038
000424: Nov 30 10:43:17.816: ISDN Se0/0/0:15 Q931: RX <- CONNECT_ACK pd = 8  callref = 0x0038
        Channel ID i = 0xA98382
                Exclusive, Channel 2
VGW#
000425: Nov 30 10:43:20.788: ISDN Se0/0/0:15 Q931: TX -> DISCONNECT pd = 8  callref = 0x8031
        Cause i = 0x8090 - Normal call clearing
000426: Nov 30 10:43:20.804: ISDN Se0/0/0:15 Q931: RX <- RELEASE pd = 8  callref = 0x0031
000427: Nov 30 10:43:20.860: ISDN Se0/0/0:15 Q931: TX -> RELEASE_COMP pd = 8  callref = 0x8031
000428: Nov 30 10:43:21.560: ISDN Se0/0/0:15 Q931: TX -> CONNECT pd = 8  callref = 0x8034
000429: Nov 30 10:43:21.572: ISDN Se0/0/0:15 Q931: RX <- CONNECT_ACK pd = 8  callref = 0x0034
        Channel ID i = 0xA98399
                Exclusive, Channel 25
VGW#
//////////// исходящий по городу
000430: Nov 30 10:43:27.904: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8  callref = 0x003A
        Sending Complete
        Bearer Capability i = 0x8090A3
                Standard = CCITT
                Transfer Capability = Speech
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA9839A
                Exclusive, Channel 26
        Calling Party Number i = 0x0181, 'xxxx'
                Plan:ISDN, Type:Unknown
        Called Party Number i = 0x81, 'xxxxxx'
                Plan:ISDN, Type:Unknown
000431: Nov 30 10:43:27.924: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8  callref = 0x803A
        Channel ID i = 0xA9839A
                Exclusive, Channel 26
        Progress Ind i = 0x8288 - In-band info or appropriate now available
VGW#
000432: Nov 30 10:43:28.308: ISDN Se0/0/0:15 Q931: RX <- PROGRESS pd = 8  callref = 0x803A
        Progress Ind i = 0x8281 - Call not end-to-end ISDN, may have in-band info
000433: Nov 30 10:43:28.448: ISDN Se0/0/0:15 Q931: RX <- ALERTING pd = 8  callref = 0x803A
VGW#
000434: Nov 30 10:43:30.820: ISDN Se0/0/0:15 Q931: RX <- CONNECT pd = 8  callref = 0x803A
        Date/Time i = 0x0C0B1E0A2B
                Date (dd-mm-yr)   = 12-11-30
                Time (hr:mnt:sec) = 10:43:224
000435: Nov 30 10:43:30.828: ISDN Se0/0/0:15 Q931: TX -> CONNECT_ACK pd = 8  callref = 0x003A
VGW#
000436: Nov 30 10:43:33.728: ISDN Se0/0/0:15 Q931: TX -> DISCONNECT pd = 8  callref = 0x8032
        Cause i = 0x8090 - Normal call clearing
000437: Nov 30 10:43:33.744: ISDN Se0/0/0:15 Q931: RX <- RELEASE pd = 8  callref = 0x0032
000438: Nov 30 10:43:33.788: ISDN Se0/0/0:15 Q931: TX -> RELEASE_COMP pd = 8  callref = 0x8032
VGW#

//////////// входящий по городу
000439: Nov 30 10:43:36.148: ISDN Se0/0/0:15 Q931: RX <- SETUP pd = 8  callref = 0x003A
        Bearer Capability i = 0x8090A3
                Standard = CCITT
                Transfer Capability = Speech
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA98384
                Exclusive, Channel 4
        Progress Ind i = 0x8083 - Origination address is non-ISDN
        Calling Party Number i = 0x4181, 'ххххххх'
                Plan:ISDN, Type:Subscriber(local)
        Called Party Number i = 0x80, 'ххххххх'
                Plan:Unknown, Type:Unknown
        High Layer Compat i = 0x9181
000440: Nov 30 10:43:36.212: ISDN Se0/0/0:15 Q931: TX -> CALL_PROC pd = 8  callref = 0x803A
        Channel ID i = 0xA98384
                Exclusive, Channel 4
VGW#
000441: Nov 30 10:43:36.260: ISDN Se0/0/0:15 Q931: TX -> ALERTING pd = 8  callref = 0x803A
        Progress Ind i = 0x8088 - In-band info or appropriate now available
VGW#
000442: Nov 30 10:43:40.112: ISDN Se0/0/0:15 Q931: TX -> CONNECT pd = 8  callref = 0x803A
000443: Nov 30 10:43:40.128: ISDN Se0/0/0:15 Q931: RX <- CONNECT_ACK pd = 8  callref = 0x003A
        Channel ID i = 0xA98384
                Exclusive, Channel 4
VGW#
//////////// входящий по городу

000444: Nov 30 10:43:46.144: ISDN Se0/0/0:15 Q931: RX <- SETUP pd = 8  callref = 0x003B
        Bearer Capability i = 0x8090A3
                Standard = CCITT
                Transfer Capability = Speech
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA98385
                Exclusive, Channel 5
        Progress Ind i = 0x8083 - Origination address is non-ISDN
        Calling Party Number i = 0x4181, 'ххххххх'
                Plan:ISDN, Type:Subscriber(local)
        Called Party Number i = 0x80, 'ххххххх'
                Plan:Unknown, Type:Unknown
        High Layer Compat i = 0x9181
000445: Nov 30 10:43:46.224: ISDN Se0/0/0:15 Q931: TX -> CALL_PROC pd = 8  callref = 0x803B
        Channel ID i = 0xA98385
                Exclusive, Channel 5
VGW#
000446: Nov 30 10:43:46.268: ISDN Se0/0/0:15 Q931: TX -> ALERTING pd = 8  callref = 0x803B
        Progress Ind i = 0x8088 - In-band info or appropriate now available
VGW#
//////////// входящий межгород
000447: Nov 30 10:43:50.480: ISDN Se0/0/0:15 Q931: RX <- SETUP pd = 8  callref = 0x003C
        Sending Complete
        Bearer Capability i = 0x8090A3
                Standard = CCITT
                Transfer Capability = Speech
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA98386
                Exclusive, Channel 6
        Progress Ind i = 0x8281 - Call not end-to-end ISDN, may have in-band info
        Calling Party Number i = 0x2181, '64ххххххх'
                Plan:ISDN, Type:National
        Called Party Number i = 0xC1, 'ххххххх'
                Plan:ISDN, Type:Subscriber(local)
000448: Nov 30 10:43:50.560: ISDN Se0/0/0:15 Q931: TX -> CALL_PROC pd = 8  callref = 0x803C
        Channel ID i = 0xA98386
                Exclusive, Channel 6
VGW#
000449: Nov 30 10:43:50.596: ISDN Se0/0/0:15 Q931: TX -> ALERTING pd = 8  callref = 0x803C
        Progress Ind i = 0x8088 - In-band info or appropriate now available
000450: Nov 30 10:43:50.980: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8  callref = 0x8037
        Cause i = 0x8090 - Normal call clearing
        Progress Ind i = 0x8288 - In-band info or appropriate now available
000451: Nov 30 10:43:51.064: ISDN Se0/0/0:15 Q931: TX -> RELEASE pd = 8  callref = 0x0037
000452: Nov 30 10:43:51.076: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8  callref = 0x8037
VGW#
000453: Nov 30 10:43:53.432: ISDN Se0/0/0:15 Q931: TX -> DISCONNECT pd = 8  callref = 0x8037
        Cause i = 0x8090 - Normal call clearing
000454: Nov 30 10:43:53.444: ISDN Se0/0/0:15 Q931: RX <- RELEASE pd = 8  callref = 0x0037
000455: Nov 30 10:43:53.500: ISDN Se0/0/0:15 Q931: TX -> RELEASE_COMP pd = 8  callref = 0x8037
VGW#
000456: Nov 30 10:43:55.992: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8  callref = 0x0034
        Cause i = 0x8A90 - Normal call clearing
        Progress Ind i = 0x8288 - In-band info or appropriate now available
000457: Nov 30 10:43:56.088: ISDN Se0/0/0:15 Q931: TX -> RELEASE pd = 8  callref = 0x8034
000458: Nov 30 10:43:56.100: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8  callref = 0x0034
VGW#term no mon
>Используются ли транскодеры/mtp?
было дело, но для чистоты эксперимента все поубирал

>Что при пропаданиях говорит sh proc cpu / show cpu histrory на шлюзе?
VGW#sh proc cpu history
VGW   10:51:46 AM Friday Nov 30 2012 EEST

    221111111111111111111111111111111111111111222222222211111222
    228888866666555554444455555444444444444444000003333399999333
100
90
80
70
60
50
40
30
20 *****************     *****               ******************
10 ************************************************************
   0....5....1....1....2....2....3....3....4....4....5....5....6
             0    5    0    5    0    5    0    5    0    5    0
               CPU% per second (last 60 seconds)

    222324232221111122223322222211111211112112222222222212222222
    341144127146953755771656914254469284981856767622013397516550
100
90
80
70
60
50
40      *               *
30    * * #*       *********                *****       ** ***
20 ###########*** *############*  **#* *****#######*###*#######
10 ############################################################
   0....5....1....1....2....2....3....3....4....4....5....5....6
             0    5    0    5    0    5    0    5    0    5    0
               CPU% per minute (last 60 minutes)
              * = maximum CPU%   # = average CPU%

    44313323333333233345555563244432431333454349
    07984841879212329601715719725388147679105848
100                                            *
90                                            *
80                                            *
70                                            *
60                     * ***                  *
50  *                 ******   *          **  *
40 ***  *  ***     ********** **** *  *********
30 *** ** ******* ******************* *********
20 #****************###***##****************###
10 ##**************##########**********########
   0....5....1....1....2....2....3....3....4....4....5....5....6....6....7..
             0    5    0    5    0    5    0    5    0    5    0    5    0
                   CPU% per hour (last 72 hours)
                  * = maximum CPU%   # = average CPU%

VGW#
>Позырьте в RTMT загрузку процессора
менее 10% на самом загружено Subscriber-е
> UCM, также есть смысл там же позырьть SDI трейс от CallManager service.
а что я там должен увидеть?
> Кстати не вижу смысла в дублировании пиров на одни и те же не PRI порты.
кластер ;)
Ответить | Сообщить модератору

проблема с PRI, zsnk, 13:00 , 30-Ноя-12 (3)
тут еще одна магия, пару лет все работало нормально, но за последний месяц начали появлятся вот такие беды, причем ничего не менялось и не перенастраивалось нигде. кроме как таймслоты с половины потока пошарили до полного.
при тестах опять резал до половины но ситуация не изменилась.
Ответить | Сообщить модератору
проблема с PRI, mdenisov, 14:21 , 30-Ноя-12 (4)
>>Покажите весь маршрут - pri-mgcp-ucm и дальше как и куда, на ip телефон?
> порт провайдера --- модем какойто разер (меняли на другой) --- pri ---
> 2811 филиал тут варианты (1,2 описаны ниже) --- mgcp --- CUCM
> (кластер)
> варианты:
> 1. FXS - подключены факсы (на входящих факсах периодически возникают пролемы)
> 2. порт в голосовой влан на ip телефоны - подключены через cat2960
> на телефонах при входящих! с PRI есть проблемы.
Давайте пока факсы не трогать, нет смысла с ними воевать пока голос не идеален. Зайдите на телефон по http и сравните значение принятых пакетов в stream 1 с количеством переданных в show call history voice для проблемного вызова.

> был замечен сегодня, когда меняли PRI модем.
Со слипами похоже все ништяк.
> есть некое подозрение на "Echo Cancellation" включено
> с двух сторон (вопрос проверяется).
В теории конечно эхоподавление может мешать, но шансы крайне малы.
>>все ли нормально в debug isdn q931?
Я имел ввиду несогласованность swith type, в данном случае все нормально.
>>Что при пропаданиях говорит sh proc cpu / show cpu histrory на шлюзе?
Тут все ништяк.
>> UCM, также есть смысл там же позырьть SDI трейс от CallManager service.
> а что я там должен увидеть?
Там нужно найти записи, относящиеся к проблемному вызову и посмотреть на предмет ошибок/предупреждений.
>> Кстати не вижу смысла в дублировании пиров на одни и те же не PRI порты.
> кластер ;)
Я про pots пиры с mgcpapp, сработает все равно только один, так что смысла дублировать нет.
Ответить | Сообщить модератору

проблема с PRI, spiegel, 20:45 , 30-Ноя-12 (5)
>[оверквотинг удален]
>>>Что при пропаданиях говорит sh proc cpu / show cpu histrory на шлюзе?
> Тут все ништяк.
>>> UCM, также есть смысл там же позырьть SDI трейс от CallManager service.
>> а что я там должен увидеть?
> Там нужно найти записи, относящиеся к проблемному вызову и посмотреть на предмет
> ошибок/предупреждений.
>>> Кстати не вижу смысла в дублировании пиров на одни и те же не PRI порты.
>> кластер ;)
> Я про pots пиры с mgcpapp, сработает все равно только один, так
> что смысла дублировать нет.
у cisco есть такая фишка,называется Service Level Agreement (SLA). Если в двух словах, то роутер может измерять и контролировать ряд параметров, критичные для VoIP. Посмотрите тут:
http://www.cisco.com/en/US/technologies/tk648/tk362/tk920/te...
Ответить | Сообщить модератору

проблема с PRI, kust1ru, 20:06 , 08-Дек-12 (6)
>[оверквотинг удален]
>> Там нужно найти записи, относящиеся к проблемному вызову и посмотреть на предмет
>> ошибок/предупреждений.
>>>> Кстати не вижу смысла в дублировании пиров на одни и те же не PRI порты.
>>> кластер ;)
>> Я про pots пиры с mgcpapp, сработает все равно только один, так
>> что смысла дублировать нет.
> у cisco есть такая фишка,называется Service Level Agreement (SLA). Если в двух
> словах, то роутер может измерять и контролировать ряд параметров, критичные для
> VoIP. Посмотрите тут:
> http://www.cisco.com/en/US/technologies/tk648/tk362/tk920/te...
спасибо
Ответить | Сообщить модератору

проблема с PRI, zsnk, 11:47 , 13-Дек-12 (7)
всем спасибо проблему выявил.
в двух словах расскажу:
Филиал у меня удаленный на него канал 10Мb под голос отдано 2Мб этот гейт работает напрямую с провайдером по PRI и выступает в роли SRST для 50ти устройств... + на нем свой конференс-профайл итд.
В общем проблема была в следующем, при входящем звонке в PRI mgcp отправлял сигнализацию на CUCM "ТТТХХХХ" который в свою очередь обрезал 3 цифры городского номера "(ТТТ)ХХХХ" добавлял спец префикс для выхода на междуофисную линию "РР.ХХХХ" и отправлял на роутпатрны, которые в свою очередь обрезали междуофисный префикс "(РР)ХХХХ" и рулили сигнализацию на гейт уже с коротким номером "ХХХХ". Все бы ничего, только отправлял он как на Н.323 устройство. На гейту в свою очередь согласно диалпирам отправлял номер "ХХХХ" уже РТП на КУКМ, КУКМ видит что "ХХХХ" это не СРСТ а его абонент и опять делая петлю РТП отправлял поток в тот же канал на удаленный офис на устройство.
Короче говоря вместо 2Мб было 2-3Мб и понятное дело дропы пакетов уже при 3-4х звонках.
Особенно весело было при внутренних звонках и совсем зашибись, когда дали им "миитми".
Полечилось все транслейшнпатернами, теперь все ок :)
ЗЫ: прости меня провайдер за грубость и напряги )))
Ответить | Сообщить модератору