PRI, входящие вызовы 3,1Khz отбиваются
Станция 11С, PRI поток.

При некоторых внешних вызовах абонент получает отбой, хотя линии свободные.

Трассировка у провайдера потока рассказала, что к нам нормально проходят вызовы с параметром SPEECH, вызовы 3,1К отбиваются с ошибкой Normal unspecified (34).

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

А что показывает собственный мониторинг D-ch? Приложите логи неуспешных вызовов.

2 Malex.
Спс за ответ, но с Меридианом знаком поверхностно (максимум настроить внутренний номер и роут).

В какой ld можно сделать мониторинг D-канала (lcnt в 60-й??)?

http://bbs.radiolink.ru/forum/showthread.php?s=&threadid=19044&highlight=msgi

DCH 11 UIPE_IMSG CC_RELEASE_IND REF 000012E9 CH 2 8 TOD 15:16:46

DCH 11 UIPE_IMSG CC_SETUP_IND REF 00005785 CH 0 TOD 15:16:46
CALLING #:503358790 NUM PLAN: E164 TON: NATL
CALLED #:2382623 NUM PLAN: E164 TON: LOCL

HardSign пишет
Спс за ответ, но с Меридианом знаком поверхностно (максимум настроить внутренний номер и роут).


Судя по этому, спрашивать как дальше обрабатывается CALLED #:2382623 NUM PLAN: E164 TON: LOCL не стоит...
Тогда вопросы:
- распечатку PRI рута
- сколько знаков во внутреннем номере
- Меридиан - оконечная станция или звонок уходит "дальше"

Да, и трассировочку, пожалуйста, до конца всего обмена сообщениями...

Трассировка:
DCH 11 UIPE_IMSG CC_RELEASE_IND REF 00001302 CH 2 12 TOD 15:25:26
CAUSE: #16 - NORMAL CALL CLEARING
CAUSE: #102 - RECOVERY ON TIMER EXPIRY


DCH 11 UIPE_IMSG CC_PROCEED_IND REF 00001306 CH 2 8 TOD 15:26:04

DCH 11 UIPE_IMSG CC_ALERT_IND REF 00001306 CH 2 8 TOD 15:26:06
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 11 UIPE_IMSG CC_SETUP_CONF REF 00001306 CH 2 8 TOD 15:26:08
CONNECT #:NO DIGIT NUM PLAN: UNKNOWN TON: UNKNOWN

DCH 11 UIPE_IMSG CC_SETUP_IND REF 00004082 CH 0 TOD 15:26:10
CALLING #:503358790 NUM PLAN: E164 TON: NATL
CALLED #:2382623 NUM PLAN: E164 TON: LOCL

DCH 11 UIPE_IMSG CC_PROCEED_IND REF 00001307 CH 2 7 TOD 15:26:12

DCH 11 UIPE_IMSG CC_ALERT_IND REF 00001307 CH 2 7 TOD 15:26:18
PROGRESS: CALL IS NOT END TO END ISDN
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 11 UIPE_IMSG CC_SETUP_CONF REF 00001307 CH 2 7 TOD 15:26:32
PROGRESS: CALL IS NOT END TO END ISDN
CONNECT #:NO DIGIT NUM PLAN: UNKNOWN TON: UNKNOWN

Внутренний из 4-х цифр, в ld 49 2382623 завернут на 1172

Меридиан последняя станция.

Рут сек распечатаю

REQ: prt
TYPE: rdb
CUST 0
ROUT 11

TYPE RDB
CUST 00
DMOD
ROUT 11
DES FARLEP
TKTP DID
NPID_TBL_NUM 0
SAT NO
RCLS EXT
DTRK YES
BRIP NO
DGTP PRI2
ISDN YES
MODE PRA
IFC EURO
CNTY ETSI
SBN NO
NCNA NO
NCRD NO
ISAR NO
CPFXS YES
SDID NO
DAPC NO
INTC NO
DSEL VOD
PTYP DCO
AUTO NO
DNIS NO
ICOG IAO
RANX NO
SRCH RRB
TRMB YES
STEP
ACOD 7711
TCPP NO
TARG
BILN NO
OABS
INST
IDC YES
DCNO 1
NDNO 0 *
DEXT NO
DNAM NO
MFC NO
ICIS YES
OGIS YES
TIMR ICF 512
OGF 512
EOD 4992
NRD 10112
DDL 70
ODT 4096
RGV 640
FLH 510
GTO 896
GTI 896
SFB 3
NBS 2048
NBL 4096
TFD 0
DTD NO
SCDT NO


PAGE 002

2 DT NO
DDO NO
DRNG NO
CDR YES
INC YES
LAST YES
OAL YES
AIA YES
OAN YES
OPD YES
NDP EXC 0
CDRX NO
NATL YES
SSL
CFWR NO
IDOP NO
MUS YES
MRT 50
MR NO
PANS YES
EQAR NO
FRL 0 0
FRL 1 1
FRL 2 2
FRL 3 3
FRL 4 0
FRL 5 0
FRL 6 0
FRL 7 0
TTBL 0
ATAN NO
OPR NO
PRDL NO
EOS NO
DNSZ 0
RCAL NO
MCTS NO
ALRM NO
BTT 30
ACKW NO
ART 0
PECL NO
DCTI 60
SGRP 0
ANIE 0
CAC_CIS 1
AACR NO

Ваша IDC таблица не работает, увы.

HardSign пишет
REQ: prt
TYPE: rdb
CUST 0
ROUT 11
...
IDC YES
DCNO 1
NDNO 0 *


Нужно поставить NDNO 1
Объяснения можно найти поиском.

NDNO поставил 1,

но ничего не поменялось... отбой в линию, ошибка осталась.

LD 49
PRT
IDC
DCNO 1

(хотя бы часть в отношении "этого" номера)

LD 21
prt
LDN

DCNO 1
SDID NO
IDGT CDGT
2062884 1702
2062885 1701
2062886 1455
2062887 1053
2062888 1068
2308301 1222
2382623 1172
2382633 1017
2386126 1003
2386128 1011
2386129 1043
2386818 1501
5685823 1484
5811189 1701

TYPE: ldn
TYPE LDN_DATA
CUST 0

TYPE LDN_DATA
CUST 00
OPT XLDN
DLDN NO
LDN0 1919191
LDN1
LDN2
LDN3
LDN4
LDN5
ICI 00
ICI 01
ICI 02
ICI 03
ICI 04
ICI 05
ICI 06
ICI 07
ICI 08
ICI 09

P.S. - часть входящих вызовов проходит. Т.е. абонент дозванивается с 5-7-10го раза. Но часть вызовов на городской 2382623, и затем на внутренний 1172 - проходит.

Я не понимаю, как "раньше" (до того как поставлена 1-я таблица для Night) вы вообще могли дозваниваться на номера... :confused:
В станции есть консоль 2250? Или иной метод переключения "день-ночь"...

Распечатку DCH11 дайте еще, что ли.
LD 22
PRT
ADAN DCH 11

Работало... сорри, я забыл указать что еще существет таблица 0 - идентичная первой:) Так сложилось исторически.

Может я неправ, но при чем тут день-ночь??? PRI потоков два, разных операторов. Первый работает ОК, IDC таблицу оба используют одну.

Второй работал ОК три года, с понедельника проблема - часть вызовов не проходит. Суппорт говорит что раньше все вызовы от них шли как SPEECH, сейчас они где-то поменяли оборудование и часть вызовов идет в формате 3,1K - а мы их не принимаем.

Смущает
CAUSE: #102 - RECOVERY ON TIMER EXPIRY

В CDP не могли приложить поверностно руку? Там тоже можно цифирьками побаловаться.

HardSign пишет
Суппорт говорит что раньше все вызовы от них шли как SPEECH, сейчас они где-то поменяли оборудование и часть вызовов идет в формате 3,1K - а мы их не принимаем.
Думается мне, что кроме этого они еще "кое-что поменяли"

ЗЫ Имхо использовать таблицу с номером "0" не "есть гуд". Но раз - работало... тогда понятно.

cdp меняю постоянно, точнее tsc - есть GSM-шлюзы, распределяю нагрузку по направлениям. Но там же только под исходящие вызовы?

Что менял из того что давно не трогал - были проблемы с факсами, поставил на 4-х аналогах CLS FAXA.
1172 цифра, параметр не менял.

имхо следует еще раз поговорить с оператором. что именно они меняли.

2Urri: этот cause вроде к другому звонку относится.

neoplan, говорил. Цитирую:

"Где то на промежуточном оборудовании". Да и особые притензии тяжело предъявлять - налицо ошибка у меня. Вызовы 3,1К станция то должна принять?

Хм. У меня тут кстати идея появилась - может ее по питанию перезапустить на всякий случай???

Пятница, вечер. Как раз время.:D

д-канал распечатай.
перезагрузить еще успеешь

Подумалось (после вечернего бокала пива): может включить прием оверлапом?

bad,

MNT NNDC NNC OOS
BPV- 000 000 000 000
FAP- 001 000 000 000
SLP- 001 000 000 001
CRC- 000 000 000 000
G2 - 000 000 000 000
MAINT NONEWCALL UNAVAIL SEVERE
TOTAL 24HR BPV - 000000000 000000000 000000000 000000000
TOTAL 24HR CRC - 000000000 000000000 000000000 000000000
TOTAL 24HR FAP - 000000001 000000000 000000000 000000000
TOTAL 24HR SLPREP - 000000441
TOTAL 24HR SLPDEL - 000000000
TOTAL 24 HOUR G2 AIS -000000000
TOTAL 24 HOUR G2 LFAS -000000000
TOTAL 24 HOUR G2 LMAS -000000000
TOTAL 24 HOUR G2 RAI -000000000
TOTAL 24 HOUR G2 LOS -000000000
TOTAL 24 HOUR G2 RAIE -000000000

это оно?

Malex, приём чем???

HardSign пишет
bad,

это оно?



не оно.

HardSign пишет

Malex, приём чем???

LD96
dis msdl 11 all

Ld 17
chg
adan
adan chg dch 11
...
OVLR YES
...

LD96
enl msdl 11 all

HardSign пишет
TOTAL 24HR SLPREP - 000000441


Некисло. Да у Вас, Батенька все "не слава Богу"...

и потом распечатайте что в итоге получится
ld 22
req prt
type adan dch 11

Malex пишет
Подумалось (после вечернего бокала пива): может включить прием оверлапом?
вот и мне тоже самое подумалось

только все-таки enl msdl 11 fdl

HardSign
Покажи таки нормальную полную трассировку сообщений Dch для проблемного вызова.
То, что ты выложил, это только половина.
Обмен сообщениями при установлении/развале соединения двухсторонний, независимо от направления вызова. Поэтому смотреть нужно одновременно MSGI и MSGO.


HardSign пишет
Трассировка:
DCH 11 UIPE_IMSG CC_RELEASE_IND REF 00001302 CH 2 12 TOD 15:25:26
CAUSE: #16 - NORMAL CALL CLEARING
CAUSE: #102 - RECOVERY ON TIMER EXPIRY


DCH 11 UIPE_IMSG CC_PROCEED_IND REF 00001306 CH 2 8 TOD 15:26:04

DCH 11 UIPE_IMSG CC_ALERT_IND REF 00001306 CH 2 8 TOD 15:26:06
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 11 UIPE_IMSG CC_SETUP_CONF REF 00001306 CH 2 8 TOD 15:26:08
CONNECT #:NO DIGIT NUM PLAN: UNKNOWN TON: UNKNOWN

DCH 11 UIPE_IMSG CC_SETUP_IND REF 00004082 CH 0 TOD 15:26:10
CALLING #:503358790 NUM PLAN: E164 TON: NATL
CALLED #:2382623 NUM PLAN: E164 TON: LOCL

DCH 11 UIPE_IMSG CC_PROCEED_IND REF 00001307 CH 2 7 TOD 15:26:12

DCH 11 UIPE_IMSG CC_ALERT_IND REF 00001307 CH 2 7 TOD 15:26:18
PROGRESS: CALL IS NOT END TO END ISDN
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 11 UIPE_IMSG CC_SETUP_CONF REF 00001307 CH 2 7 TOD 15:26:32
PROGRESS: CALL IS NOT END TO END ISDN
CONNECT #:NO DIGIT NUM PLAN: UNKNOWN TON: UNKNOWN

Внутренний из 4-х цифр, в ld 49 2382623 завернут на 1172

Меридиан последняя станция.

Рут сек распечатаю

DCH 11 UIPE_OMSG CC_RELEASE_REQ REF 0000B383 CH 2 15 TOD 9:47:36

DCH 11 UIPE_IMSG CC_RELEASE_CONF REF 00003383 CH 2 15 TOD 9:47:36

DCH 11 UIPE_IMSG CC_SETUP_IND REF 00003683 CH 0 TOD 9:47:36
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:442007149 NUM PLAN: E164 TON: NATL
CALLED #:2386818 NUM PLAN: E164 TON: LOCL

DCH 11 UIPE_OMSG CC_REJECT_REQ REF 0000B683 CH 0 TOD 9:47:36
CAUSE: #44 - REQ CIRC/CHAN NOT AVAILABLE

DCH 11 UIPE_OMSG CC_REJECT_REQ REF 0000B683 CH 0 TOD 9:47:36
CAUSE: #34 - NO CHANNEL/CIRC AVAIL

DCH 11 UIPE_IMSG CC_SETUP_IND REF 00004383 CH 0 TOD 9:47:50
CALLING #:503358790 NUM PLAN: E164 TON: NATL
CALLED #:2382623 NUM PLAN: E164 TON: LOCL - этот отвалился. Перед ним пробовал 4 звонка - прошли нормально.

DCH 11 UIPE_OMSG CC_REJECT_REQ REF 0000C383 CH 0 TOD 9:47:50
CAUSE: #44 - REQ CIRC/CHAN NOT AVAILABLE

DCH 11 UIPE_OMSG CC_REJECT_REQ REF 0000C383 CH 0 TOD 9:47:50
CAUSE: #34 - NO CHANNEL/CIRC AVAIL

DCH 11 UIPE_OMSG CC_SETUP_REQ REF 0000145B CH 2 4 TOD 9:47:58
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:2062885 NUM PLAN: E164 TON: NATL
CALLED #:4904661 NUM PLAN: E164 TON: LOCL

DCH 11 UIPE_IMSG CC_PROCEED_IND REF 0000145B CH 2 4 TOD 9:47:58

DCH 11 UIPE_IMSG CC_ALERT_IND REF 0000145B CH 2 4 TOD 9:47:58
PROGRESS: INBAND INFO OR PATTERN IS AVAIL
PROGRESS: TERMINATING END IS NOT ISDN

DCH 11 UIPE_IMSG CC_SETUP_IND REF 00004D83 CH 0 TOD 9:48:00
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:442007149 NUM PLAN: E164 TON: NATL
CALLED #:2386818 NUM PLAN: E164 TON: LOCL

DCH 11 UIPE_OMSG CC_REJECT_REQ REF 0000CD83 CH 0 TOD 9:48:00
CAUSE: #44 - REQ CIRC/CHAN NOT AVAILABLE

DCH 11 UIPE_OMSG CC_REJECT_REQ REF 0000CD83 CH 0 TOD 9:48:00
CAUSE: #34 - NO CHANNEL/CIRC AVAIL

2 HardSign

LD 60
STAT 2

DTI000
.
SL-1 --- SYS-12/AXE-10 SWE/NUMERIS/SWISS/TCNZ
/EUROISDN/SING/THAI/MSIA/INDO/CHNA
/INDI/PHLP
CHANNEL TIMESLOT MAPPING

SL-1 NETWORK TIMESLOT
B-CHANNEL 1 -15 1 -15 1 -15
16-30 17-31 17-31
D-CHANNEL 31 16 16
stat 2

PRI2 LOOP 2 - ENBL
REF CLK: ENBL
SERVICE RESTORE: YES
ALARM STATUS: ACCEPTABLE
CH 01 - IDLE DID VOD * CH 02 - IDLE DID VOD *
CH 03 - IDLE DID VOD * CH 04 - IDLE DID VOD *
CH 05 - IDLE DID VOD * CH 06 - IDLE DID VOD *
CH 07 - IDLE DID VOD * CH 08 - IDLE DID VOD *
CH 09 - IDLE DID VOD * CH 10 - IDLE DID VOD *
CH 11 - IDLE DID VOD * CH 12 - IDLE DID VOD *
CH 13 - IDLE DID VOD * CH 14 - IDLE DID VOD *
CH 15 - IDLE DID VOD * CH 16 - UNEQ
CH 17 - UNEQ CH 18 - UNEQ
CH 19 - UNEQ CH 20 - UNEQ
CH 21 - UNEQ CH 22 - UNEQ
CH 23 - UNEQ CH 24 - UNEQ
CH 25 - UNEQ CH 26 - UNEQ
CH 27 - UNEQ CH 28 - UNEQ
CH 29 - UNEQ CH 30 - UNEQ
CH 31 - DCH 11
.

Опаньки!
А у оператора тоже 15 каналов открыто?

Да, сразу брали половину потока.

HardSign пишет
*
CH 16 - UNEQ
CH 17 - UNEQ CH 18 - UNEQ
CH 19 - UNEQ CH 20 - UNEQ
CH 21 - UNEQ CH 22 - UNEQ
CH 23 - UNEQ CH 24 - UNEQ
CH 25 - UNEQ CH 26 - UNEQ
CH 27 - UNEQ CH 28 - UNEQ
CH 29 - UNEQ CH 30 - UNEQ
CH 31 - DCH 11
.

А "ларчик просто открывался"... :)

HardSign пишет
CAUSE: #44 - REQ CIRC/CHAN NOT AVAILABLE

Такой CAUSE выдается при попытке занять b-канал, не прописанный на встречной стороне.
У вас прописано 15 голосовых каналов. Уточните сколько их на самом деле прописано на стороне оператора.

Уточнил. У оператора прописано 30.

Самое интересное, что 30 каналов на 300$\мес дороже, и покупали мы 15... Как я понимаю, раз несколько лет все работало устойчиво - какой то гений по доброте душевной недавно решил дать нам 30 каналов... Может по тихому открыть еще 15??:)

P.S. спасибо всем за ответы, думаю теперь проблема уйдет быстро:)

ld 21
req ltm
rout 11

REQ: ltm
CUST 0
ROUT 11

TYPE TLST
TKTP DID
ROUT 11
DES FARLEP
TN 002 01 MBER 1 F
TN 002 02 MBER 2 F
TN 002 03 MBER 3 F
TN 002 04 MBER 4 F
TN 002 05 MBER 5 F
TN 002 06 MBER 6 F
TN 002 07 MBER 7 F
TN 002 08 MBER 8 F
TN 002 09 MBER 9 F
TN 002 10 MBER 10 F
TN 002 11 MBER 11 F
TN 002 12 MBER 12 F
TN 002 13 MBER 13 F
TN 002 14 MBER 14 F
TN 002 15 MBER 15 F

Работало, пока не было одновременно 15 занятых каналов. От вас 16 канал не может быть занят, так как он не прописан. А со стороны оператора 16 вызов натыкается на непрописанный канал - вот и причина отлупа. Прописывай себе потихоньку еще 15 каналов и будет тебе счастье:D

прям так и пиши
new 15
:cool:

Urri, проверял.
У меня звонки точно так же отбивались в 10 часов вечера, когда все 15 каналов были свободные.

HardSign пишет
Urri, проверял.
У меня звонки точно так же отбивались в 10 часов вечера, когда все 15 каналов были свободные.

Значит режим занятия каналов на встречной стороне был не линейный, а аналог RRB на Меридиане.

HardSign пишет
Самое интересное, что 30 каналов на 300$\мес дороже, и покупали мы 15...
- какой то гений по доброте душевной недавно решил дать нам 30 каналов...

Не очень то веря в душевную доброту (особенно операторов ;) ) советую вам задать себе вопрос:
- а не выставит ли вам счет оператор за 15 дополнительных каналов после "отчетного периода", а?

Я им уже позвонил, вежливо задал вопрос "Какого хера у них прописано 30, если должно быть 15". Опять же очень вежливо потребовал компенсацию за те три дня когда сбоила связь.

Уже прописали 15, все работает. Не думаю что выставят счет, на счета есть подписанный договор.