NEC не проключает голосовой канал при получении
PROGRESS + IN-BAND. Как можно исправить?
Конкретнее, пожалуйста.
Можно глянуть СМ35158 и 35208.
NEC делает исх. вызов по PRI, на его SETUP приходит PROGRSS в котором есть PROGRDESCR : .0001000 = in-band information or an appropiate pattern is now available.
NEC не проключает голосовой канал до CONNECTa и абонент А не слышит сигналов КПВ или ЗАНЯТО от абонента В.
Может протокол ISDN не подходит (СМАА06:22-24)
Можно еще попробовать поиграться командой AA06. Что стоит там сейчас?
Отвечу я, т.к. сижу рядом с этой проблемной АТСкой.
AA06>06:24-
AA06>07:24-
Сегодня посмотрела и возникло подозрение. Поясняю. AP номер 06 выставлен отверткой не на карточке PRTA, а на хендлере D-канала. У нас 2 маршрута в город. Основной 00 как раз организован на двух платах (физика и сигнализация раздельно), второй резервный маршрут 10 на плате 30PRTA (AP номер 07).
Итак, т.к. 30 каналов мы не занимаем (второй маршрут практически не используется), может глюки возникли из-за потока на двух платах (физика и сигнализ-я раздельно)? Нынче уже все практически пользуются платами 30PRTA.
Вопрос такой: полностью ли идентична работа 30DTC в паре платой SPN-SC01 DCH работе платы 30PRTA-B?
поподробнее о проблеме:
1. В течение рабочего дня практически все телефоны непрерывно висят на MUTE. В произвольное время, но обычно после двух-трех часов такого режима, сбрасываются одновременно по 3, 4 или 5 телефонов.
2. При исходящих вызовах вообще дозвона не слышно: 9--> гудок--> номер (городской или мобильный) --> тишина.
Вызывающий абонент не слышит длинных гудков ожидания ответа (КПВ) и голоса вызываемого абонента, когда он уже взял трубку, не слышно что говорит вызываемый абонент.
Но при этом вызываемый абонент слышит сигналы вызова, берет трубку - и тишина. Т.е. ни он нас не слышит, ни мы его. Не проключается голосовой канал.
Периодичность возникновения неисправности №2 зависит от времени и загрузки потока. В самом начале рабочего дня, или же уже в завершении его (примерно в 18:30-19:00), когда большая часть телефонов освобождается, при исходящих вызовах проблем не наблюдается. В разгар рабочего дня проходит лишь один вызов из 6, но чаще еще хуже: одни вызов из 12 и более. Причем абсолютно при всех звонках вызываемый абонент слышит сигнал вызова на своем телефоне, что говорит не о перегрузке потока (в таком случае вызывающий слышал бы сигнал занятости), а о проблемах с фунционированием голосового канала.
To bestann:
Ну, для начала мое почтение :D
Женщину в наших кругах встретишь не часто ;)
По делу: работа ISDN PRI возможна как и на совмещенной карточке так и на раздельных. Дело не в этом. Я бы все-таки попробовал поиграть командой АА06. Возможно - поможет.
По-хорошему, конечно, нужно смотреть трейс.
To ksb:
А что оператор в ответ на Setup ничего кроме Progress не присылает? Должен быть Call Proceeding (не обязательно) и после него Alerting.
Я и есть оператор.
PROGRESS без ALERTIG получается потому что по ОКСу
приходит пустой ( т.е. без состояния абонента) ACM.
И с дальнего конца может включаться либо КПВ либо ЗАНЯТО,
но что бы абонент А это услышал, канал должен быть проключен.
Хм.. ну тут уже похоже нужно обращаться к первоисточникам, и на основании них решать, кто прав, а кто виноват. Сейчас, к сожалению, нет времени копаться в рекомендациях.
а что же мне поставить в АА06. Вроде часто ставят как раз 24, или поставить 22 (Австралия ETSI)? Или 23 (ETSI VN4 Чили)?
Если тестировать в разгар рабочего дня, может ли при смене АА06 нарушиться функционирование потока?
Да никто и не пишет, что не работает на двух платах. Утром же и вечером дозвон нормальный. Просто интересно, вдруг есть какие-то тонкости, моменты, проявляющиеся только при определенных обстоятельствах?
Одно дело- если бы поток вообще не работал. А тут вроде работает. Но из-за специфики работы данной конторы (брокеры) поток работает не совсем в таких же условиях, как на других наших объектах. Вот тут и возникают глюки.
ksb наш оператор связи. Кстати, ksb, можем мы показать в этом форуме трейс? Те логи, которые вы мне присылали. Как вы думаете?
2 mike1. Спасибо.:) Хоть кто-то заметил...:cool:
Заходите в гости на http://bestann.livejournal.com
Аня по поводу утром и вечером: сделайте наборы на те номера, что я Вам давал и поймете что ситуация не зависит от времени суток и нагрузки. Кстати по остальным 2-м потокам
в ЧНН нагрузка тоже почти 100%.
ТО mike1 : если интересны первоисточники то это Q931 глава 5.
А теперь трейс:
TLink3B msk1 16:31:05.663 SAPI: 0 TEI: 0 Setup '0120201' '89039658655'
msk1 msk1 16:31:05.772 SAPI: 0 TEI: 0 Call proceeding
msk1 msk1 16:31:17.369
=== LAPD ===
--- ADDRESS ---
SAPI : 0 = call control procedures
CR : ......1.
EA0 : .......0
TEI : 0 = non-automatic TEI assignment user equipment
EA1 : .......1
--- CONTROL ---
--- I FRAME ---
I FORMAT : .......0
N(S) : 123
P : .......0
N(R) : 44
=== ETSI ISDN ===
PROT DISC : 08h = Q.931 user-network call control message
LEN CALL R : 2
SPARE : 0
FLAG : 1....... = the message is sent to the side that originates the call reference
CALL REF : 7424
MESS TYPE : 03h = Progress
--- PROGRESS ---
IE ID : 30
LEN : 2
--- PROGR IND ---
EXT : 1.......
CODING STD : .00..... = CCITT standardized coding
SPARE : ...0....
LOCATION : ....0100 = public network serving the remote user
EXT : 1.......
PROGRDESCR : .0001000 = in-band information or an appropiate pattern is now available
TLink3B msk1 16:31:43.351 SAPI: 0 TEI: 0 Disconnect normal call clearing
msk1 msk1 16:31:43.617 SAPI: 0 TEI: 0 Release
TLink3B msk1 16:31:43.738 SAPI: 0 TEI: 0 Release complete
bestann пишет
ksb наш оператор связи. Кстати, ksb, можем мы показать в этом форуме трейс? Те логи, которые вы мне присылали. Как вы думаете?
Ну а почему нет? Если вы УЖЕ этот вопрос вынесли на обсуждение общественности... Иначе, по большому счету все обсуждение голословно.
bestann пишет
Спасибо.:) Хоть кто-то заметил...:cool:
Всегда пожалуйста. Wellcome ;)
PS: Я там уже был :)
OFF... Меня, кстати, всегда удивляло, откуда у людей столько времени, чтоб еще и дневники вести ;)
Или это хорошая самоорганизация? :D
2 ksb.
Если я к клиентам еще раз в комнату зайду- они меня придушат... после всего что было. Только с охраной!
Хотя не я эту АТС устанавливала. Но им то все равно. Я для них- козел отпущения.
Через пару недель 2 пима (функционировали как отдельные АТС) объединяем в один, т.к. контора из двух разных помещений на разных этажах в одно собирается. Потому буду все перепрограммировать. Посмотрим, будут ли изменения. Вдобавок поток пустим через МР32 (привезли недавно)- тоже интересно, повлияет ли.
2 mike1. Это не самоорганизация, а сублимация.
Кстати, вот и логи опубликовали. Вам что-нибудь стало ясно из этих логов?
"Сублимация форма психологической защиты . Характеризуется тем, что при ее реализации энергия ****уального влечения преобразовывается в социально приемлемые формы активности, в частности в творческую активность. "
Аня, это Вы к чему?
To bestann:
Этот трейс мало что проясняет. Из него не видно что User посылает в Setup, как назначется B-канал и т.д. Что за оборудование формирует лог? Уж лучше бы оно его не расшифровывало, Setup вообще урезанный...
Сублимация.. хмм.. слово-то какое! Честно говоря, даже не знаю что это :D
Вот и в Малтаске говорят, что инфы мало.
А Ksb говорит, что достаточно. Кто прав???
ksb, а правда, какое оборудование формирует лог?
Сублимация- это по Фрейду.
2 ksb.
Это не к чему, а просто я ответила на вопрос mike1. К НЭКу не имеет никакого отношения. Тем более организованным человеком вряд ли себя назову, т.к. постоянно опаздываю, да и планировать толком не получается.
Данный лог получен с помощью Multichannel Protocol Analyser
MPA 7300.
Аня, не волнуйтесь. Вы мой клиент и я Вас в беде не оставлю.
Шансы еще есть.
Надежда умирает последней...
Только кто умрет первым: надежда или я???
Завтра этот НЭК будем подключать через МР32. Посмотрим что из этого выйдет. Через 2 недели объединим 2 НЭКа по 1 пиму в один, я с нуля запрограммирую. Посмотрим на результат.
Если сегодня куплю смеситель для ванной и поменяю, смогу уже 90% мыслей посвятить НЭКу.
Проверьте правильность прописки карточки 30DTC в командах 0701 и 3007. У меня из-за ошибок в этих командах бывали проблемы, похожие на Ваши.
АР05 и 06- 2 платы, организующие наш поток, АР07- другой поток (резерв, не особо важен, в нем задействовано 10 тайм-слотов)
050>04:NONE-
050>05:09- //30DTC
050>06:12- //SPN-SC01 DCH
050>07:12- // PRTA-B
050>08:NONE-
051>05:1-
051>06:1-
051>07:1-
Может транк D-канала прописать для AP06 (см. D016)???
0701>0501:D001-
......
0701>0516:D016-
......
0701>0530:D030-
0701>0531:D031-
0701>0701:D100-
......
0701>0716:D115-
......
0701>0731:D130-
3000>001:00-
3000>002:00-
......
3000>015:00-
3000>016:01-
3000>017:00-
......
3000>030:00-
3000>031:00-
3000>100:10-
3000>101:10-
3000>102:10-
3000>103:10-
3000>104:10-
3000>105:10-
3000>106:10-
3000>107:10-
3000>108:10-
3000>109:10-
3000>110:NONE-
3000>111:NONE-
3000>112:NONE-
3000>113:NONE-
3000>114:NONE-
3000>115:11-
3000>116:NONE-
3000>117:NONE-
.....
3000>130:NONE-
Имеет ли значение (по идее команда необходима для платы 30PRTA-B):
AA15>05:1-
AA15>06:1- или здесь 0 для хэндлера D-канала?
AA15>07:0-
3007>001:000-
3007>002:001-
3007>003:002-
3007>004:003-
3007>005:004-
3007>006:005-
3007>007:006-
3007>008:007-
3007>009:008-
3007>010:009-
3007>011:010-
3007>012:011-
3007>013:012-
3007>014:013-
3007>015:014-
3007>016:NONE-
3007>017:015-
3007>018:016-
3007>019:017-
3007>020:018-
3007>021:019-
3007>022:020-
3007>023:021-
3007>024:022-
3007>025:023-
3007>026:024-
3007>027:025-
3007>028:026-
3007>029:027-
3007>030:028-
3007>031:029-
3007>100:000-
3007>101:001-
3007>102:002-
3007>103:003-
3007>104:004-
3007>105:005-
3007>106:006-
3007>107:007-
3007>108:008-
3007>109:009-
3007>110:010-
3007>111:011-
3007>112:012-
3007>113:013-
3007>114:014-
3007>115:NONE-
3007>116:015-
3007>117:016-
3007>118:017-
3007>119:018-
3007>120:019-
3007>121:020-
3007>122:021-
3007>123:022-
3007>124:023-
3007>125:024-
3007>126:025-
3007>127:026-
3007>128:027-
3007>129:028-
3007>130:029-
По LCR первый маршрут 00, второй 10.
А мне кажется, что должно быть АА15>05:0.
Поток ведь Е1, а не Т1.
а для хендлера тоже что ли в АА15 0 поставить? Мне тут говорят мол раз карта не 30PRTA-В, то на неё АА15 не влияет. Где истина? В мануале это Type of PRT/CCT card.
AA15>05:1-
AA15>06:1-
и там и там на 0 поменять? или только для 05?
Наверное, только для 30DTC - определить кол-во голосовых каналов.
Хотя можно попробовать и обе карточки.
AA15 однозначно для 30DTC и 30PRT поставить 0. Для хэндлера необязательно.
Тут, кстати, Dmitriy совершенно верно заметил, что из-за ошибок в командах 3007 и 0701 возможны подобные проблемы. Это будет в том случае если по сигнализации назначается B-канал, который не прописан хотябы на одной стороне.
Это можно проверить. Для этого, нужно попросить оператора показать НОРМАЛЬНЫЙ трейс, в котором будет полностью видно весь обмен по L3, и там обратить внимание на процедуру назначения B-канала. При этом, нужно сделать тестовый звонок и в стостоянии Connect на НЕКе выполнить команду E8-Ext, где Ext - внутренний номер абонента с которого совершаете тестовый звонок. Это недокументированная команда. В поле Second Data станция покажет порт с которым в данный момент установлено соединение в коммутационном поле. В вашем случае это должен быть номер транка. Потом по этому транку посмотреть какой ему назначен CIC и сверить его с номером B-канала, который назначен в трейсе для этого разговора.
Думаю, что варианта два: проблема либо здесь либо НЕКу не нравится вариант установления соединения, где в ответ на Setup он кроме Progress ничего не получает. Мне все-таки кажется, что должен быть еще как минимум Alerting.
Кстати, Аня, вы уж определитесь с ksb, а то ваши показания расходятся :D Он говорит, что не слышно только тональных сигналов КПВ, и занято, а после процедуры Connect вроде как все ОК, а вы же говорите, что помимо этого и после Connect абоненты не слышат друг друга.
Так кто из вас прав? Дело в том, что это принципиально.
Если дела обстоят, как говорите вы - то 99% проблема в неправильном назначении B-канала.
Если по ksb - то скорее всего вторая причина, о которой я говорил.
В добавление к вышесказанному:
NEAX не умеет выбирать B-канал при установлении соединения, по этому, требуйте от оператора в ответ на ваш Setap точного назначения В-канала, по которому будет вестись разговор.
И в догонку: у меня не было времени разбираться с трассировкой, нет ли там сообщения, что акустические сигналы должен выдавать вызывающему абоненту сам NEAX?
To mike1:
Alertig не будет, потому что не известно состояние абонента В.
Ситуации, когда есть connect, но нет слышымости зафиксировать не удалось.
ksb пишет
Alertig не будет, потому что не известно состояние абонента В.
Не понимаю я этой формулировки. Может поясните что вы имеете ввиду?
И что, у вас всегда установление соединения по DSS1 происходит без Alerting? Или когда есть Alerting - все в порядке?
Трейс НОРМАЛЬНЫЙ будете показывать?
mike1, Вы взаимодействие между ОКС7 и PRI представляете?
Если приходит ACM без состояния абонента В- откуда возмется alerting, который возможен только в случае ACM -Subscriber free.
Для этого случая (без состояния абонента) и существует
PROGRDESCR : .0001000 = in-band information or an appropiate pattern is now available, который говорит (если по русски)
слушайте сообщение в ГОЛОСОВОМ КАНАЛЕ.
поменяла я АА15 для DTC на 0. Будем ждать результатов.
2 Mike1.
Мои показания более верные, т.к. я даже домой маме звонила с этой проблемной АТСки- и она ничего не слышала. Еще через несколько безуспешных попыток я дозвонилась, а она спросила: это ты звонила?
О проблеме я сообщила в Совинтел. Может дежурный оператор не так записал в трабл тикет?
Ksb делает выводы совсем из другого: он просил меня делать тестовые вызовы (для лога), а я делала на свой мобильный, а на мобильнике у меня входящие с города платные- потому на мобильниках в конкретных тестах мы выявляли только то, что звонки на них идут (вызываемый слишит вызов и видит АОН Совинтела), но вызывающий КПВ не слышит (я трубку не брала). Уверяю вас, что если бы я взяла трубку на мобиле- голос бы не слышала, т.к. при отсутствии КПВ голос не слышно, когда же вызывающий слышит КПВ, то после поднятия трубки голос всегда слышно! Это не было отражено в логах, но мы и до и после звонили и ко мне домой, и на городские номера- и потом люди сообщали (контора звонит часто одним и тем же клиентам), что поднимали трубку, говорили- но там тишина, и было это именно в те временные промежутки, когда мы не слышали КПВ.
Больше я тестировать к ним не пойду! От меня же живого места не останется! В NEC залезаю по модему.
To ksb:
Взаимодействие между ОКС7 и DSS1 я плохо знаю. Да мне оно, вобщем, и не нужно, т.к. я с ОКС7 напрямую не сталкиваюсь, потому что я не оператор.
Я знаю, понимаю и представляю работу DSS1 и NEAX 2000 IPS, и именно о нем была речь.
Мне, честно говоря, ваши проблемы абсолютно монопенисуальны. Я хотел помочь в меру своих возможностей, но не вижу вашего стремления к этому, и выцарапывать из вас информацию у меня нет ни времени ни желания. Так что, думайте сами, решайте сами...
2 mike1.
Представьте мое состояние! Текущая заявка висит уже 2 с лишним месяца. Проблемы начались с самого подключения- т.е. более полугода. Заявки были и ранее, но проблема пока не решена. Меня рвут на части клиенты, начальство, оператор. Скоро я расщеплюсь на атомы, и мне уже будет не до В-канала.
bestann пишет
Представьте мое состояние! Текущая заявка висит уже 2 с лишним месяца. Проблемы начались с самого подключения- т.е. более полугода. Заявки были и ранее, но проблема пока не решена.
Мда.. хорошая реклама Совинтелу :D
To ksb:
Действительно, no comments...
Чем смог - тем помог, по крайней мере пытался, но в случае отсутствия Вашего желания это все бесполезно, ИМХО.
to bestann
Аня пообещайте, когда проблема будет решена написать суда
чем завершиться вопрос.
В тех PBX которые обслуживает Совинтел подобные проблемы
давно решены, и во многих других тоже.
Обязательно напишу!
ЗЫ. А если так подумать, то ребеночка легче за такой срок родить:)
2 mike1
Кстати, вот что в 35158: Release of ISDN trunk when receiving the ISDN DISCONNECT message with Progress Description=08 from ISDN (effective for an outgoing call to ISDN)
35158>00:1-
35158>10:1-
везде единицы - Not Released (умолчания не менялись). Советуете поменять?
Release of ISDN trunk when receiving the ISDN DISCONNECT message with Progress Description=08 from ISDN (effective for an incoming call from ISDN)
35208>00:1-
35208>10:1-
Тоже умолчания не менялись, но важна ли эта команда- она ведь для входящих вызовов.
Эти команды для роутов B-каналов? Если что, сообщаю: там везде единицы.
Люди! У кого-нибудь еще есть варианты? Неужели никто не сталкивался с такой проблемой?
Да нет, Аня. Тут уже не в них дело, как выяснилось.
Во-первых, Аня голова должна остатся ясной. Меньше нервничайте.
Во-вторых, у вас два потока. Если я правильно понял, оба работают на Совинтел. Ситуация с обоими потоками одинакова? Т.е. если отключить DTC, то PRTA будет нормально работать? Если у вас возможность заменить DTC на PRTA?
В-третьих, у меня одна станция работает с Совинтелом. Правда, карточка стоит PRTA. Проблем не испытываю. Но инженеры Совинтела могут, наверное, сравнить настройки на своей станции?
У меня была ситуация, когда пришлось пересылать настройки одного провайдера другому.
У Ани всего 3 потока в Совинтел.
2 сидят в одном НЕКе и работают без проблем.
1 в другом НЕКе с проблемами.
Все потоки включены абсолютно одинаково в один коммутатор
со стороны Совинтела.
И еще, подобные проблемы случались у многих производителей. он все они решались персоналлом станций или через тех.поддержку, которой в этом случае и не хватает.
Этот НЭК пока (переключение через МР32 не сделали еще) подключен напрямую без коммутатора.
Есть еще один очень крупный объект тоже от Совинтела. Проблем нет. Но никто из беспроблемных объектов не эксплуатирует НЭК в таком же режиме, как наши проблемные клиенты : ни у кого весь день не висит по 20-25 телефонов на MUTE (т.е. постоянно заняты, а не периодически, как у других клиентов). Поэтому сложно прогнозировать зависимость, т.к. случай нетипичный.
2 НЭКа объединим в один (в выходные)- и я как раз поменяю на PRTA, т.к. в рабочее время ничего нельзя трогать.
2 ksb.
Как вы ловко в тексте выворачиваете на техподдержку. Только заодно уточните, что техподдержка- это не только мы, но и вы тоже.
Я также не исключаю, что это НЭК, но т.к. у нас другие конторы не эксплуатируют НЭК в таком режиме, да и вообще думаю не так много клиентов с такой же загрузкой, сложно найти решение проблемы, поскольку его начинают искать только при появлении проблемы- иначе просто никто не заморачивается.
Меня удовлетворит любое решение, с вашей стороны или с нашей- не важно, лишь бы заработало!
Тех.поддержка осуществляется по договору за отдельные деньги. Кому за нее платите? Совинтелу, НЕКу или еще кому?
Получается что никому.
Не путайте операторское подключение и тех.поддержку вашего оборудования.
Я у Совинтела не прошу поддержки по НЭКу, а по услугам, которые вы нам предоставляете, т.е. чтоб связь была без глюков. А за это мы вам точно платим деньги.
Это вы просто свели вопрос к виновности НЭКа, потому его мы здесь и обсуждаем.
А как канал образован?
И еще, Аня, смешной вопрос, но все-таки, надеюсь вы используете плату 30DTC-C, а не 30DTC-A?
а что же мне поставить в АА06. Вроде часто ставят как раз 24, или поставить 22 (Австралия ETSI)? Или 23 (ETSI VN4 Чили)?
Так всетаки пробовали или нет менять протокол?
У меня именно установка протокола на Австралию помогла согласовать станцию оператора (SI2000) включеннную в ТФОП по ОКС7. А до этого при установке 24 не по всем направлениям (номерам) проходило соединение.
Читал я это, читал, да так и не понял, ksb полную трассировку зажал чтоль?
2mike1: ksb в части ALERTINGа прав - это не mandatory message.
2bestann: MP32 - это МТАшный чтоль? Если да, то с ним с сетапом без Channel ID наедитесь по полной - авторы софта из МТА читать нормативные документы абсолютно не желают.
2TMC: Нутром чую мухлеж с Screening Indicator и криворукими рулилами SI2k. Угадал? :)
gosha пишет
2mike1: ksb в части ALERTINGа прав - это не mandatory message.
Хорошо. Просто я не сталкивался с таким.
А полную тассировку он действительно так до сих пор и не показал, хотя речь об этом заводилась уже не один раз. Получается, зажал :D
Я уже писал пути решения проблемы.
На всякий случай меняла:
AA15>05:0-
AA15>06:0-
Результат нулевой. Единственное- я после этого станцию не перегружала, т.к. в команде не написано initial. Надеюсь эта команда без перезагрузки работает (по доке да)?
2 DMG.
Плату 30DTC-C.
2 TMC.
В моей бывшей контре SI2000 нормально с НЭКом работала при 24 (Бразилия). Хотела бы я её изучить (так только меню видела и пару настроек).
По модему могу зайти и поменять страну. Но нужна перезагрузка платы потока, что уже затруднительно при нынешних обстоятельствах. Я к ним вчера пришла, и они сказали: вы что, издеваетесь?
С другой стороны, изменение кода страны касается сигнализации, т.е. в вашем случае (не по всем направлениям проходило соединение) реально должно было помочь. У нас же вроде с сигнализацией все в порядке (соединение происходит), канал голосовой не проключается.
2 gosha.
Ага, МТАшный. Мой начальник, инженер, перепрописывает их конфиг. Говорит что по умолчанию станция идет с нерабочим вариантом конфига.
Господа, трассировок я Вам могу дать сколько угодно, только
объем не маленький. Куда выкладывать? И что Вы хотите там
увидеть?
Выложите хоть на бесплатном хостинге. Главное- ссылочку дайте.
Уважаемый kbs.
Мы не устанавливали, не обслуживали и не обслуживаем обсуждаемую здесь станцию. Мы пытались помочь уважаемой bestann.
Просьбу прислать нам полные трейсеры "проблемных" вызовов снятых на участке между NEC-ом и Вашей станцией мы излагаем bestann очень давно.
По настоянию bestann, эту просьбу в письменном виде мы отправли ей 16.02
Замечу, что текущая ветка на данном форуме была открыта Вами 17.02
2bestann: Уважаемая Анна у Оператора последнее сообщение по Вашей проблеме (№ 299546) датировано 15.03. Смысл сообщения в том, что Вы обязались организовать конференцию между техническим персоналом Оператора и (наверное) инженерами нашей компании.
Предполагаю, что в связи большой загрузкой тех. персонала всех сторон (Вашей, нашей и Оператора) у Вас возникли реальные проблемы в организции этой конференции.
Уважаемая Анна, пожалуйста, отправте Оператору официальный запрос на получение трейсеров "проблемных" соединений "снятых" стандартным ISDN-тестером на участке между УПАТС NEAX и станцией Оператора.
Неправильная дата в предыдушем письме. Правильная: 15.02
я дико извиняюсь, но по-моему тема плавно переходит в приват...
по сути вопроса, ясно, что проблема есть, она либо в Неке либо у оператора, интуиция говорит мне, что скорее проблема у оператора, но для очистки совести я бы переписал заново/пересбросил/передернул все что относится ко всем PRI в Неке и инициализировал АТС. На форуме по отдельным командам тяжело анализировать, пока своими руками не пощупаешь... даже если проблема в Неке, то не похоже, что какая-то одна команда прописана не так, тут дело сложнее.
2 Shu.
Я посылала письмо ksb с просьбой. Ждем-с...:o
Смысл конференции, если данных почти ноль?
2 Аня
Хм...
А эта брокерская контора не в районе м. "Кр. ворота"?
Коллеги! Требуется помощь!
Сегодня было выявлено, что глюк наблюдается при связи через голосовой В-канал 29 (если считать каналя начиная с единицы до 31, где 16- D-канал) !!!
Есть предположение, что именно по этому каналу голос и КПВ не передается, т.к. тестировали и с входящей, и с исходящей связью.
Прописан он был как и все остальные (см. лог), в трейсе вроде бы звонки по этому В-каналу ничем не отличаются от остальных вызовов. Напоминаю: КПВ нет, голос не проключается. Тем не менее само соединение устанавливается (с сигнализацией значит нормуль), если мониторить канал (средствами Совинтела), КПВ и ответ с той стороны слышны (не со станции НЭК).
Отмечу, что сделали это недавно и пока все тестируется!
Громадная просьба: для статистических данных кто может протестировать работу этого В-канала (например выделить его в отдельный маршрут)- сообщите о результатах!
Уточняю, что это канал не предпоследний в потоке, а предпредпоследний, а именно в моем случае:
3000>001:00-
3000>002:00-
......
3000>015:00-
3000>016:01-
3000>017:00-
......
3000>028:00-
3000>029:NONE- \\ вот его я исключила пока из Trunk Route 00
3000>030:00-
3000>031:00-
3007>001:000-
3007>002:001-
3007>003:002-
3007>004:003-
3007>005:004-
3007>006:005-
3007>007:006-
3007>008:007-
3007>009:008-
3007>010:009-
3007>011:010-
3007>012:011-
3007>013:012-
3007>014:013-
3007>015:014-
3007>016:NONE- наш D-канал
3007>017:015-
3007>018:016-
3007>019:017-
3007>020:018-
3007>021:019-
3007>022:020-
3007>023:021-
3007>024:022-
3007>025:023-
3007>026:024-
3007>027:025-
3007>028:026-
3007>029:027- \\ вот он в этой команде!
3007>030:028-
3007>031:029-
У кого какие мысли? Глюк в НЭКе, в оптике (физика потока)??? Где интересно этот битый тайм-слот? или еще что-то?
Отмечу, что релиз процессора 8-й.
bestann пишет
Громадная просьба: для статистических данных кто может протестировать работу этого В-канала (например выделить его в отдельный маршрут)- сообщите о результатах!
Не понятно, в чем просьба-то заключается? Выделять его в отдельный роут и тестировать кому как не вам???
bestann пишет
3000>029:NONE- \\ вот его я исключила пока из Trunk Route 00
Аня, так делать нельзя. Если у транка в 3000 стоит NONE - то по дефолту он как раз и будет в 00-м роуте. По умолчанию ВСЕ транки в 00-м роуте. Поэтому выделите его в какой-нибудь неиспользуемый роут, например, 3000-029-63
bestann пишет
У кого какие мысли? Глюк в НЭКе, в оптике (физика потока)??? Где интересно этот битый тайм-слот? или еще что-то?
Такое может быть, когда на одной из сторон канал не прописан, или прописан не правильно. У вас он прописан верно. Возможно, на встречной станции ошибка.
Еще, теоретически, может быть что система передачи режет поток, т.е. передает не все каналы.
2 mike1
Странно, но 30 (после 29) работает.
Мы тестируем. Пока исключили его из роута и вроде глюков нет (пока). Но хочется просто выяснить, не баг ли это НЭКа, а для этого чем больше данных от нэковцев- тем лучше. Потому что у нас всего 2 или 3 процессора 8 релиза. Или может это плата потока. Если никто у себя такого на других потоках и платах в 8 релизе не наблюдает- может физика потока, который приходит на нэк?
Странно, я роут с транка удалила, теперь он NONE. Мы специально занимали все транки потока, оставляя 29- и вызов не шел через 29 тайм-слот, а шел через резервный поток! Или, если мы и резервный поток забивали, просто слышали отбой (перегрузка потока).
Так что скорее всего NONE является роутом 00 при первоначальной инициализации АТС, а при дальнейшем ручном редактировании NONE и является в самом деле NONE. Хотя мне не жалко- сейчас я его в 63 роут определю.
И что с того, что 30 (после 29) работает???
Я ни разу не замечал таких проблем ни на каком релизе.
Тогда у меня вопрос к Совинтелу:
2 ksb:
вы в какой точке мониторили наши вызовы? Известно, что в этом месте все ОК- КПВ и голос слышно (я в этом убедилась). Так что глюки появляются или в НЭКе, или на оставшемся последнем участке до НЭКа (т.н. последняя миля). Мне тут сказали, что поток приходит по SDH (SDH-кольцо и др. становятся популярными среди операторов). Не могут ли быть какие-то глюки связаны с ним?
Неоходимо локализовать трабл.
ВСЕМ_ВСЕМ_ВСЕМ !!!
Вот ЗДЕСЬ http://bestann.narod.ru/SDK4.zip находится СЕГОДНЯШНЯЯ ТРАССИРОВКА- СМОТРЕТЬ РАЗРЕШАЕТСЯ! Один файл- общее. 2-й файл- входящий к нам вызов по 29 каналу с места мониторинга (при входящем КПВ тоже не слышно, т.е. аналогично исходящим)
Есть спецы по оборудованию SDH и по расшифровке трассировок?
bestann пишет
Известно, что в этом месте все ОК- КПВ и голос слышно (я в этом убедилась).
Я так понял имеется ввиду, что трейс снимали на стороне АТС оператора?
Ок, едем дальше. Чей голос там слышно? Только городского абонента или еще и голос абонента НЕКа?
Если оператор пользуется, как он сказал, внешним анализатором протоколов, причем, как я понял с возможностью слушать B-канал - то нужно просить его встать этим прибором на стороне НЕКа послушать канал там.
Таким образом, можно будет однозначно определить в чем причина, в каналообразующем оборудовании или в АТС.
2bestann: SDH тут ни при чем, он понятия не имеет о фрейминге внутри потока E1.
от нас голоса не слышно было
вопрос по поводу SDH пока снимается.
Главное- расшифровать два трейса. Архив дополнен еще одним файлом. Я устала :(
Тут вспомнилось, что очень похожая проблема с тем же самым оператором была.
Но там была другая схема. Поток для связи двух офисов клиент брал для объединения двух АТС по CCISу. Как говорили тех. службы оператора поток передавался по его SDH сети, без какой либо дополнительной коммутации. Пресловутый 29 канал использовался для (чтобы не соврать) мониторинга потока, хотя, могу и ошибаться, довольно давно это было. Так вот сразу начались проблемы, которые очень напоминают то, что описывает Аня. На НЕКе с двух сторон решили вывести 29 канал из потока, но особых результатов это не дало.
Но потом как-то все вроде затихло, правда, не давно клиент звонил и спрашивал, как решить проблемы, которые у них возникают, но потом опять пропал.
Наверное, ему эти проблемы показались ни чем по сравнению с тем, когда устанавливалась АТС, возникли проблемы у другого оператора, который давал поток в город. Но при этом у***** валил на НЕК. Но только через 2 недели признал свою ошибку.
Если моя информация будет полезна, буду очень рад.
Аня обязательно пишите, в ветке, что у вас происходит.
Я вчера весь вечер изучал трассировки. Да, конечно, есть к чему придраться, но не настолько, чтобы давать такой эффект.
пока вроде результат наблюдается положительный, еще подождем несколько дней. При мне пока ни одного глючного вызова. Ждем-с... Нэк виноват или нет- все-таки на 100% еще пока неизвестно. Рано делать выводы. Вот если в нескольких НЭКах обнаружится то же самое- тогда по мажоритарному принципу я приму это как должное.
Один хороший чел тестил поток на 8 резиле (аж 4 платы)- и ничего. И ничего ни от кого не слышно по данной проблеме. Если бы это был глюк НЭКа, уже бы кто-нибудь это отметил (как это было с переадресацией на виртуальный номер группы в 9 релизе).
Дурацкое предположение: а может это глюк конкретного места конкретного PIMа?
2 gosha.
Об этом я и подумала.
Похоже глюк с 029 голосовым каналом ( 027 CIC) именно в плате DTC-C, а не в 30PRTA, т.к. оказалось что в другом НЭКе в другом платоместе тоже DTC-C с аналогичной ситуацией. Раньше я думала что в другом НЭКе две платы 30PRTA (смотрела удаленн по графическому конфигу), а сегодня проверила.