Господа, данный вопрос у меня уже вызывает нервный тик уже который день.
Суть в чем поднял PRI, часть вопросов по настройке почерпнул из форума. Если отсоединяем физическую линию от модема, то имеем такую картину
stat 11
PRI2 LOOP 11 - 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 - IDLE DID VOD *
CH 17 - IDLE DID VOD * CH 18 - IDLE DID VOD * CH 19 - IDLE DID VOD * CH 20 - IDLE DID VOD *
CH 21 - IDLE DID VOD * CH 22 - IDLE DID VOD *
CH 23 - IDLE DID VOD * CH 24 - IDLE DID VOD *
CH 25 - IDLE DID VOD * CH 26 - IDLE DID VOD *
CH 27 - IDLE DID VOD * CH 28 - IDLE DID VOD *
CH 29 - IDLE DID VOD * CH 30 - IDLE DID VOD *
CH 31 - DCH 11

Если подключаем физическую линию, то имеем каналы в DISABLE или MBUSY, статус AIS, LFAS. Горит OOS и RED.
Отсюда у меня вывод:
1. либо неправильная распайка кабеля витая пара- Com, но этот вариант исключаю перепробовал несколько вариантов, 2.или что то у провайдеров.
они мне заявляют что нашу трубу не видят, и если у нас все нормально, то сделайте исходящий звонок.
Хотя номера в PRI потоке еще не поданы.

Помогите разобраться в ситуации.Спасибо.

т.е. при оторванном ( я правильно понял? ) кабеле состояние каналов IDLE, а статус потока acceptable?
статс D канала какой?

shved пишет
1. либо неправильная распайка кабеля витая пара- Com, но этот вариант исключаю перепробовал несколько вариантов, 2.или что то у провайдеров.
Расскажите подробнее что и к чему вы физически подключаете. Что такое "Com" ?

Статистика D-канала
stat dch
DCH 011 : OPER AEST AUTO DES : pri

Варианты распайки витой пары и разъема RS232 .Провайдер подписал RX оранжевая, TX синяя. Задействованные пары 1-2, 4-5-я.
1вар. Оранжевая пара на 2-6 пины 9-ти пинового компорта
Синяя пара на 3-7 пины компорта
2вар. Оранжевая пара на 2-3 пины
Синяя пара на 6-7пины
3вар. Оранжевая пара на 3-7 пины
Синяя пара на 2-6пины.
Какая распайка правильная?

Провайдер подписал RX оранжевая, TX синяя. Задействованные пары 1-2, 4-5-я.
Вопрос в том, что он имел ввиду. RX - это его RX? или он хочет, чтобы на эту пару был подан меридиановский RX?

1вар. Оранжевая пара на 2-6 пины 9-ти пинового компорта
Синяя пара на 3-7 пины компорта..

Применительно к E1/G703 не стоит выражаться "RS232", "COM-порт", запутаетесь сами и запутаете окружающих.
Это не СОМ-порт, это разъём DB-9, в котором на 2/3 - пара приема, 6/7 -передача.

Обычный красный светодиод в хозяйстве есть?

shved пишет
Если подключаем физическую линию, то имеем каналы в DISABLE или MBUSY, статус AIS, LFAS. Горит OOS и RED.

Про CRC с провайдером как договаривались?
Какие ошибки вываливаются на экран при попытке поднять интерфейс?

Обычный красный светодиод в хозяйстве есть?

только не бейте, но почему именно красный???

:D

Будешь смеяться, но именно красные АЛ307 лучше видно!
На каком-то подручном зеленом долбался полдня ,пока свет не выключил. Не видно было что светиться!

Сорри за офф

:D тем, у кого нет красного, разрешается использовать другие цвета. Но осторожно.

светодиода нет , но есть тестер.
Но при замерах напряжения на б\о-о , б\с-с какие-то мили напряжения.
Еще прикол все время горит OOS.
Я специально ездил посмотреть на работающую станцию c PRI, в любом состоянии OOS не горит.
С какими параметрами это может быть связано?
Вот счетчики ошибок:
PRI2 TRK LOOP 11

MNT NNDC NNC OOS

BPV- 000 000 000 000

FAP- 000 000 000 000

SLP- 000 000 000 000

CRC- 000 000 000 000

G2 - 000 000 000 001

MAINT NONEWCALL UNAVAIL SEVERE

TOTAL 24HR BPV - 000000000 000000000 000000000 000000000

TOTAL 24HR CRC - 000000000 000000000 000000000 000000000

TOTAL 24HR FAP - 000000000 000000000 000000000 000000000

TOTAL 24HR SLPREP - 000000000

TOTAL 24HR SLPDEL - 000000000

TOTAL 24 HOUR G2 AIS -000000000

TOTAL 24 HOUR G2 LFAS -000000006

TOTAL 24 HOUR G2 LMAS -000000001

TOTAL 24 HOUR G2 RAI -000000001

TOTAL 24 HOUR G2 LOS -000000002

TOTAL 24 HOUR G2 RAIE -000000000

По поводу CRC , провайдер сказал что нужно прописать CRC4.
В LD 73 ,pri2, lpti , mff я указал CRC.

Вот такая вот невеселая история.

Тестер это конечно прекрасно, но для определения Tx/Rx нужен светодиод.
Ты только провода туда-сюда дергаешь или все-таки пытался поднять интерфейс соотв.командами ?

Делал Autostart
dis dch 11
disl 11
enll 11

Впервый момент картина отличнейшая, потом OOS и Remote Alarm AIS.

to PhoneMan:
Я правильно понял за неимением светодиода у меня есть два варианта:
1. оранжевую пару на 2\3 пины DB-9, синюю пару на 6\7 пины
2. синюю на 2\3 пины DB-9, оранжевую на 6\7 пины.

Ух, спасибо PhoneMan, PRI поднялся, действительно была неправильная распайка .Из двух возможных вариантов, один оказался правильным и PRI запустился с полпинка. Входящий звонок из города приходит на станцию через PRI, но не звонит по указанному DN(настраивал через дерево IDC в LD49). А исходящий в город не проходит вообще.
Вопрос: по умолчанию нельзя совершать исходящие звонки при включенном PRI ( CDP еще не настроен)? Почему не приходит входящий звонок из города на указанный DN?

Дополнение к вопросу: нельзя выйти в город даже через ACOD.

посмотрите TARG TGAR на руте и на абонентских портах поставить 0, а по умолчанию прописывается 1

Вторая часть марлезонского балета: разбираемся с цифрами.
Начни с входящих.
1) Включай в ld96 лог сообщений д-канала и смотри что
приходит в SETUP при входящем вызове.
2) Проверь что таблица IDC настроена именно на те цифры, которые приходят, и что именно эта таблица включена в RDB.

Видно что звонок приходит на станцию:
PRI2 LOOP 11 - ENBL
REF CLK: ENBL
SERVICE RESTORE: YES ALARM STATUS: ACCEPTABLE
CH 01 - IDLE DID VOD * CH 02 - IDLE DID VOD *
CH 03 - BUSY DID VOD * CH 04 - IDLE DID VOD *

CH 31 - DCH 11
Вот вся статистика, в том числе и по D-каналу:
PRI2 LOOP 11
MNT NNDC NNC OOS
BPV- 000 000 000 000
FAP- 000 000 000 000
SLP- 000 000 000 000
СRC- 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 - 000000000 000000000 000000000 000000000
TOTAL 24HR SLPREP - 000000000
TOTAL 24HR SLPDEL - 000000004
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

.

QOS Rating for link 1 is ***POOR***
Average values for last 50 samples:
Round Trip Delay = 4259.882 msecs.
Packet Loss = 0.000 %
PDV Underflows = 0
PDV Overflows = 0
QOS Rating for link 2 is ***EXCELLENT***

Average values for last 50 samples:
Round Trip Delay = 0.000 msecs.
Packet Loss = 0.000 %
PDV Underflows = 0
PDV Overflows = 0

QOS Rating for link 3 is ***EXCELLENT***
Average values for last 50 samples:
Round Trip Delay = 0.000 msecs.
Packet Loss = 0.000 %
PDV Underflows = 0

Вот маршрут, где IDC=yes
ld 21
PT1000

REQ: prt
TYPE: rdb
CUST 0
ROUT 1
TYPE RDB
CUST 00
DMOD
ROUT 1
DES PRI
TKTP DID
NPID_TBL_NUM 0
SAT NO
IDEF NET
RCLS EXT
VTRK NO
NODE
DTRK YES
BRIP NO
DGTP PRI2
ISDN YES
MODE PRA
IFC EURO
CNTY ETSI
SBN NO
PNI 00000
NCNA NO
NCRD NO
ISAR NO
CPFXS YES
SDID YES
CTON NCHG
DAPC NO
INTC NO
DSEL VOD
PTYP DCO
AUTO NO
DNIS NO
DCDR NO
ICOG IAO
RANX NO
SRCH LIN
TRMB YES
STEP
ACOD 919
TCPP NO
TARG 01
CLEN 1
BILN NO
OABS
INST
IDC YES
DCNO 1
NDNO 1 *
DEXT NO
DNAM NO
MFC NO
ICIS YES
OGIS YES
TIMR ICF 512
OGF 512
EOD 13952
NRD 10112
DDL 70
ODT 4096
RGV 640
FLH 510
GTO 896
PAGE 002
GTI 896
SFB 3
NBS 2048
NBL 4096
DTD NO
SCDT NO
2 DT NO
DDO NO
DRNG YES
NDRI 01
CDR YES
INC NO
LAST NO
QREC NO
OAL YES
AIA NO
OAN YES
OPD NO
NDP EXC 0
CDRX NO
NATL YES
SSL
CFWR NO
IDOP NO
MUS NO
MR NO
PANS YES
EQAR NO
FRL 0 0
FRL 1 0
FRL 2 0
FRL 3 0
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 0
TIDY 044919 1
SGRP 0
ANIE 0
CAC_CIS 1
AACR NO
PDV Overflows = 0

Вот канал в руте:
REQ: prt
TYPE: did
TN 11 1
DATE
PAGE
DES MISTO
TN 011 01
TYPE DID
CDEN SD
CUST 0
TRK PRI2
PDCA 1
PCML A
NCOS 0
RTMB 1 1
B-CHANNEL SIGNALING
NITE
AST NO
IAPG 0
CLS UNR DTN WTA LPR APN THFD
P10 VNL
TKID
DTCR NO
AACR NO
DATE 22 MAR 2006

Вот дерево IDC:
REQ prt
TYPE idc
CUST 0
DCNO 1
DCNO 1
SDID NO
IDGT CDGT

4590310 2003

Вижу что DCNO 1 такая же как и в маршруте.
Входящие не приходят.
Помогите плиз разобраться.

Дай все же лог сообщений d-канала как просил PhoneMan, а то так долго гадать будем. (ld 96: enl msgo N, enl msgi N, где N - номер d-канала)

1) Включай в ld96 лог сообщений д-канала и смотри что
приходит в SETUP при входящем вызове.

А почему тайм-слоты настроены как DID?
вообще то надо как TIE из настраивать.

Я в LD 96 все то делал, а как же все таки посмотреть " что
приходит в SETUP при входящем вызове".

Вот такой статус D-канала

stat mon 11


DCH MON ON

DCH 011 : (UIPE)

MSGI ( LEVEL 0 )

MSG = PRIM ALER DISC FAC FIDC FJDC

INFO MIFO NOTF PROC PROG RLSC

RLS REJ STP STPC STEN STAT

RST RSTC SVC SVCC

CH = ALL

SET = OFF

DBGI ( LEVEL 0 ) : DSBL

MSGO ( LEVEL 0 )

MSG = PRIM ALER DISC FAC FRNC FJNC

INFO MIFO NOTF PROC PROG REJ

RLS STP STPR STEN STAT RST

RSTR SVC SVCR RSTJ

CH = ALL

SET = OFF

DBGO ( LEVEL 0 ) : DSBL

imho
1) вы договаривались, что транки будут DID?
если нет, то в маршруте прописать
TKTP TIE (вместо DID)
транки тоже соответствующие создать.
2) попробуй в IDC прописать
0310 2003
на тот случай, если провайдер присылает тебе 4 цифры. да и в любом случае это будет работать
3) в LD 96 приходят сообщения вида:
DCH 4 UIPE_IMSG CC_SETUP_IND REF 00007767 CH 2 23 TOD 13:32:06 CK 26E6D027
CALLING #:4957847834 NUM PLAN: UNKNOWN TON: UNKNOWN - это то, что прислал оператор - кто звонил
CALLED #:1912 NUM PLAN: E164 TON: LOCL
на какой номер (у меня вот только 4 последние цифры отдает)

To Nicolay1:
Вообщем поменял тип на TIE, входящие заработали!!!
Но со статистикой D-канала у меня не приходят сообщения, вожможно потому что я работаю по HTTP, а не в терминальном режиме.
Спасибо!

LD 96
enl msgo 11
enl msgi 11

сообщения должны появиться по-любому.
а как там у тебя с исходящими?

Глухо. По умолчанию исходящие не совершаються. После набора ACOD есть сигнал готовности станции, но также звонки не совершаются. Пришел к выводу, что нужно устанавливать CDP, чтобы не набирать выход на город "9" и вообще у многих CDP.
В нортеловской доке нормально не описано, нашел какуюто хиленькую доку , но по ней чтото не получаеться.
Ятак понял, что в LD 86 нужн опрописать таблицу используемых рутов и таблицу манипуляции цифрами , а в LD 87 TSC, но реализовать это не смог.
Буду признателен за помощь.

если по ACOD звонки не уходят, то по-другому они тоже не уйдут :rolleyes:

2 phone- :

"А почему тайм-слоты настроены как DID?"
Ответ есть в ФАКе.

"вообще то надо как TIE из настраивать"
НАДО только в случаях соединения PABX - PABX.
-------------------------

2 Nicolay1:

"вы договаривались, что транки будут DID? если нет, то в маршруте прописать TKTP TIE "

С кем-то необходимо договариваться, чтобы определить набор сервисов, применяемых твоей станцией к твоим TN?
Полный бред. Рекомендую почитать ФАК.
--------------------------

2 shved:
Входящие не работали из-за запрограммированного LDN. Проще было поставить в Д-канале OVLR YES, чем перебивать транки. Рекомендую почитать ФАК.

Далее: даже "по HTTP" станцией ты управляешь через порт TTY(PTY). Для того, чтобы "видеть" обмен по Д-каналу на порту должно быть открыто USER MTC.

Пожалуйста, не надо быть таких категоричным ;)
лучше объясни, чем именно принципиально отличаются TIE и DID и в каких случая какие используются. У меня прекрасно работают TIE с двумя операторами.

В FAQ так и написано: несколько отличается набор услуг и фич.

Категоричным не надо быть, когда даёшь советы новичку, не разбираясь в предмете. Даже если очень хочется помочь, то, хотя бы, стОит почаще использовать обороты: "мне кажется", "ИМХО" и "может быть".

В каких случаях используются TIE, а в каких DID - чётко написано в ФАКе, на создание которого были потрачены силы и время. Отнюдь не для того, чтобы он просто был, а для того, чтобы его ЧИТАЛИ.

И достаточно пробежаться всего по нескольким страничкам ФАКа с поисом буковок "DID", чтобы заметить пример с маршрутизацией и пример с формированием АОНа на переадресованных звонках.

И после прочтения ты поймёшь, что твой хорошо обдуманный совет shved'у может обернутся следующим, например, его вопросом: "Ой! У меня тут огромные счета от оператора за межгород, а номера "А" - не мои, а городские! Видимо, это callforward'ы! А кто из моих абонентов должен оплачивать звонки - не понятно! Помогите настроить выдачу АОНа переадресующего абонента при CallForward в город!". И что мы ему ответим? Перебить транки на DID...

OK
но если я хоть как-то помог, то очень рад ;)

Karter пишет

В каких случаях используются TIE, а в каких DID - чётко написано в ФАКе, на создание которого были потрачены силы и время. Отнюдь не для того, чтобы он просто был, а для того, чтобы его ЧИТАЛИ.
[/i]

Ты знаешь, у меня порядка 200 потоков. И ни один не настроен как DID, все почему то как TIE, странно, да? Так что ФАК мне не указ. Есть нортелевская дока. В которой достаточно четко прописаны настройки по EURO ISDN PRI. Делай в соответствии с докой - и все будет шоколадно.

Karter НАДО только в случаях соединения PABX - PABX

А разве EURO ISDN лицензирован как межоператорское включение?

2 phone- :

1) Во-первых: если у тебя 200 потоков от M1 к операторам настроены к TIE, то это не странно, а просто - неправильно.
Так что можешь гордиться масштабами ошибки. И люди, которым ничто не указ, однозанчно не указ тем, у кого потоков не сотни, а ТЫСЯЧИ.
Да, кстати, неплохо бы увидеть, где в "нортелевской доке" "достаточно четко прописано", что при соединении PABX - CO на M1 необходимо программировать EURO TIE.
Далее: скажи, а как мне сделать "шоколадно" фичу "Optional Sending of last forwarding DN as CLID", если я имел несчастье запрограммировать EURO TIE в направлении Network Central Office?

2) А кто-то утверждал, что надо EURO использовать как межоператорское включение?

"Ой! У меня тут огромные счета от оператора за межгород, а номера "А" - не мои, а городские! Видимо, это callforward'ы! А кто из моих абонентов должен оплачивать звонки - не понятно! Помогите настроить выдачу АОНа переадресующего абонента при CallForward в город!

верно, хотя при логировании CDR и вменяемом билинге эти проблемы пользователь решит самостоятельно.

Кроме того, гораздо удобнее когда переводишь вызов на свой мобильный и при входящем вызове видишь КТО звонит тебе реально, а не неинформативный внутренний номер своего телефона (или что еще хуже - CLID, которым оператор закрывает весь твой поток)

Да, все вышесказанное ИМХО, очень интересно и другое мнение!

2 Karter: Ох чует мое сердце недавно общались :-)

Неужели всё дело (различие) в Optional Sending of last forwarding DN as CLID?
2 TheRam
соглсен, Барсум и т.п. рулит.
2 All
но хотелось быть понять всё-таки суть различий между TIE и DID

то это не странно, а просто - неправильно.

Опа как:):):)
Обоснуй.

2 TheRam:
Строго говоря, ты же прекрасно понимаешь, что разговор о "вредных советах", а не о CLI переадресаций )))
Кстати, если задача решается имеющимися программно-аппаратными средствами, то ДЕШЕВЛЕ транки перебить, чем ставить локальный биллинг )))

PS: нет, сердце чует не верно.

2 Nicolay1:
Самое распространённое - OCLI и транзитная маршрутизация.

Я понимаю, что поиск - штука очень сложная. Но всё-же, открой Features and Services и полистай на предмет буковок "DID".

Суть различий: многие фичи применяются на соединениях PABX-PABX и не применяются на соединениях PABX - CO. Точно также, как многие фичи применяются на соединениях PABX - CO и не применяются на соединениях PABX-PABX. Про различия DID и COT, а также COT и TIE - рассказывать?

2 phone- :

Книжка "M1 Network Planning Guide", страница 776, глава "Introduction to trunks". Рекомендую прочитать её ВСЮ.

На странице 778 будет про DID транки:
"These trunks extend from the Central Office to the Meridian 1...".

На станице 783 - про TIE: "...access between private switches in a network can be provided using TIE trunks..."

PS: про то, что Земля круглая, тебе обосновать не надо ?

для полноты картины: с одним оператором у меня даже MCDN :eek:

2 Nikolay1:

Строго говоря: это оператор свою сеть строит неправильно.

Но самое смешное, что никто не мешает запрограммировать MCDN транки, как DID.

"These trunks extend from the Central Office to the Meridian 1..."

Central Office - по твоему соединение с оператором???

Karter пишет
2 Nikolay1:

Строго говоря: это оператор свою сеть строит неправильно.

Но самое смешное, что никто не мешает запрограммировать MCDN транки, как DID.

Очевидно Вы знаете прекрасно, как операторам строить свою сеть. Расскажите-же нам скорее.

2 phone-:

Поищи в интернете определение терминов:

- KSU (Key System);
- PABX;
- CO (Central Office Switch)

применимых к классам коммутаторов.

Заодно, можешь пробежаться по учебникам Института Связи - там достаточно информации по построению телефонных сетей в нашей стране.

К сожалению, тратить время на обучение связиста "с ноля" у меня, в данный момент, - нет возможности.

To phone-
Ну полно те вам действительно уже становиться смешно, если вы обслуживаете 200 потоков и до сих пор не знаете что Central Office в телефонной документации означает то же самое, что на русском узловая станция ГТС.
Если вы не хотите читать документацию на оригинальном языке, не читайте, но спорить о том чего знают многие окружающие и не знаете вы просто глупо.
Не охото особо втягиваться в дискусию, но могу сказать следующее, да действительно для соединения с ГТС можно использовать транки и DID и TIE (кстати tie line в переводе означает - линия прямой связи, т.е. линия для соединения двух частных УАТС), без особой необходимости использовать тип линии TIE для городских линий не надо (кстати для TIE линий не действуют некоторые запреты).
В моей практике был такой особый случай в далеком 1997 году на машине 11е с версией софта 21.19, пр включении в город по DSS-1 оператор потребовал, чтобы мы посылали в город 10 цифр номера нашего абонента и тип номера национальный ( по умолчанию посылался subscriber). Для этого дела поставили патч, но он не пошел с типом линий COT и DID, пришлось перейти на TIE.
Интересно зачем на последних релизах делать для городских линий тип TIE, если нормально работает и DID, для меня просто загадка.:confused:

Один мой товарищ называл такое явление "Воинствующее невежество". Действительно нет смысла разворачивать здесь обсуждение академических азов, это же форум а не институт связи.

Воинствующее невежество

Ну-у-у... есть еще - "Деятельный болван"

:D