форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Маршрутизаторы CISCO и др. оборудование. (VoIP)
Изначальное сообщение		[ Отслеживать ]

"проблема с PRI"	+/–
Сообщение от zsnk (ok) on 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
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

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

	2. "проблема с PRI"	+/–
	Сообщение от zsnk (ok) on 30-Ноя-12, 12:57
	> Приветствую. У Вас какое-то редкое колдунство. это точно!!! >Покажите весь маршрут - 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 порты. кластер ;)
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	3. "проблема с PRI"	+/–
	Сообщение от zsnk (ok) on 30-Ноя-12, 13:00
	тут еще одна магия, пару лет все работало нормально, но за последний месяц начали появлятся вот такие беды, причем ничего не менялось и не перенастраивалось нигде. кроме как таймслоты с половины потока пошарили до полного. при тестах опять резал до половины но ситуация не изменилась.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	4. "проблема с PRI"	+/–
	Сообщение от mdenisov (ok) on 30-Ноя-12, 14:21
	>>Покажите весь маршрут - 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, сработает все равно только один, так что смысла дублировать нет.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	5. "проблема с PRI"	+/–
	Сообщение от spiegel (ok) on 30-Ноя-12, 20:45
	>[оверквотинг удален] >>>Что при пропаданиях говорит 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...
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

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

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

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема