Здравствуйте, уважаемые!
Понимаю, что тема избитая. Поиском пользовался. Сильно не пинайте.
Есть М1 11С Rel25.40, включен по PRI EuroISDN в Alcatel 4400. Alcatel, в свою очередь, включена четырьмя такими же потоками в город и по IP в корпоративную сеть. В город нужно отдавать CLID в формате HLCL+DN TON: Subscriber (TON calling: Unknown, TON called: Subscriber). В корп.сеть нужно CLID в формате HLOC+DN (префикс АТС+вн.номер). В город все уходит красиво, а вот в свою сеть - не получается.
Выход в город: через UDP
Выход в сеть: через CDP

TYPE RDB
CUST 00
DMOD
ROUT 11
DES A4400
TKTP TIE
NPID_TBL_NUM 0
ESN NO
RPA NO
CNVT NO
SAT NO
RCLS EXT
DTRK YES
BRIP NO
DGTP PRI2
ISDN YES
MODE PRA
IFC EURO
CNTY ETSI
SBN NO
NCNA NO
NCRD NO
CTYP UKWN
INAC NO
ISAR NO
CPFXS YES
SDID YES
CTON UKWN
DAPC NO
INTC NO
DSEL VOD
PTYP DTT
AUTO NO
DNIS NO
ICOG IAO
SRCH LIN
TRMB YES
STEP
ACOD 6011
TCPP NO
TARG
BILN NO
OABS
INST
IDC YES
DCNO 3
NDNO 3 *
DEXT NO
DNAM NO
SIGO STD
MFC NO
ICIS YES
OGIS YES
TIMR ICF 512
OGF 512
EOD 13952
NRD 10112
DDL 70
ODT 4096
RGV 640
GTO 896
GTI 896
SFB 3
NBS 2048
NBL 4096
TFD 0
DTD NO
SCDT NO
2 DT NO
DRNG NO
CDR NO
NATL YES
SSL
CFWR NO
IDOP NO
MUS NO
PANS YES
FRL 0 0
FRL 1 1
FRL 2 2
FRL 3 3
FRL 4 4
FRL 5 5
FRL 6 6
FRL 7 7
TTBL 0
ATAN NO
PLEV 2
OPR NO
ALRM NO
ART 0
PECL NO
DCTI 0
SGRP 0
ANIE 0
CAC_CIS 3
AACR NO

ADAN DCH 6
CTYP MSDL
CARD 06
PORT 1
DES
USR PRI
DCHL 6
OTBF 32
PARM RS422 DTE
DRAT 64KC
CLOK EXT
IFC EURO
CNTY ETSI
PINX_CUST 0
ISDN_MCNT 300
CLID OPT1
PROG NCHG
CO_TYPE STD
SIDE USR
CNEG 1
RLS ID **
RCAP COLP
MBGA NO
OVLR NO
OVLS NO
T310 120
INC_T306 120
OUT_T306 120
T200 3
T203 10
N200 3
N201 260
K 7


TYPE: clid
INTL
ENTRY 199
HNTN
HLCL 59
DIDN YES
HLOC 3645 тестовый префикс АТС
LSC 3630 тестовый префикс АТС, прописал два, чтоб хоть какой-нибудь высветился



TYPE TNB
TN 3 14 с этого аппарата делались тестовые звонки
DATE
PAGE
DES
TN 003 0 00 14
TYPE 3904
CDEN 8D
CUST 0
FDN
TGAR 1
LDN NO
NCOS 3
SGRP 0
RNPG 0
SCI 0
SSU
LNRS 16
XLST 0
SCPW
SFLT NO
CAC_CIS 1
CAC_MFC 1
CLS UNR FBD WTA LPR MTD FND HTA TDD HFA GRLA CRPD STSD
MWD RMMD SMWD AAD IMD XHD IRA NID OLD VCE DRG1
POD DSX VMD CMSD SLKD CCSD SWD LNA CNDA
CFTD SFD MRA DDV CNIA CDCA MSID DAPA BFED RCBD
ICDA CDMA MCTA CLBD AUTU
GPUD DPUD DNDD CFXA ARHA CLTD ASCD
CPFA CPTA ABDA CFHD FICD NAID DNAA BUZZ AGRD MOAD
UDI RCC HBTD AHA IPND DDGA NAMA MIND PRSD NRWD NRCD NROD
DRDD EXR0
USRD ULAD RTDD RBDD RBHD PGND OCBD FLXA FTTC MCBN
FDSD NOVD
CPND_LANG ENG
HUNT 000
LHK 1
LPK 1
PLEV 02
AST
IAPG 0
AACS NO
ITNA NO
DGRP
MLWU_LANG 0
MLNG ENG
DNDR 0
DTMK
KEY 00 SCR 2199 199 MARP
CPND



AC2 8 тестовый префикс для выхода в город

SPN 6 гор.нумерация
FLEN 6
ITOH NO
RLI 8
SDRR NONE
ITEI NONE


RLI 8 для выхода в город
ENTR 0
LTER NO
ROUT 11
TOD 0 ON 1 ON 2 ON 3 ON
4 ON 5 ON 6 ON 7 ON
CNV NO
EXP NO
FRL 0
DMI 8
FCI 0
FSNI 0
SBOC NRR
CBQ NO
ISET 0
NALT 5
OVLL 0

TSC 0 префикс выхода в корп. сеть
FLEN 0
RRPA NO
RLI 10

RLI 10 для выхода в корп.сеть
ENTR 0
LTER NO
ROUT 11
TOD 0 ON 1 ON 2 ON 3 ON
4 ON 5 ON 6 ON 7 ON
CNV NO
EXP NO
FRL 0
DMI 10
FCI 0
FSNI 0
SBOC NRR
CBQ NO
ISET 0
NALT 5
OVLL 0

DMI 8
DEL 0
INST 7
CTYP NXX

DMI 10
DEL 0
CTYP NCHG

звонок в город. CLID правильный
DCH 6 UIPE_OMSG CC_SETUP_REQ REF 00004317 CH 6 29 TOD 16:32:06
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:592199 NUM PLAN: E164 TON: UNKNOWN
CALLED #:7692210 NUM PLAN: E164 TON: LOCL

звонок в корп.сеть. CTYP=NCHG
DCH 6 UIPE_OMSG CC_SETUP_REQ REF 00004319 CH 6 29 TOD 16:33:06
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:592199 NUM PLAN: E164 TON: UNKNOWN
CALLED #:036002210 NUM PLAN: E164 TON: UNKNOWN

звонок в корп.сеть. CTYP=LOC Здесь и далее CTYP менялся в DMI 10
DCH 6 UIPE_OMSG CC_SETUP_REQ REF 0000431D CH 6 29 TOD 16:36:16
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:592199 NUM PLAN: E164 TON: UNKNOWN
CALLED #:036002210 NUM PLAN: PRIVATE TON: UNKNOWN

звонок в корп.сеть. CTYP=CDP
DCH 6 UIPE_OMSG CC_SETUP_REQ REF 00004322 CH 6 30 TOD 16:38:00
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:592199 NUM PLAN: E164 TON: UNKNOWN
CALLED #:036002210 NUM PLAN: PRIVATE TON: UNKNOWN

звонок в корп.сеть. CTYP=INTL
DCH 6 UIPE_OMSG CC_SETUP_REQ REF 00004327 CH 6 30 TOD 16:39:06
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:592199 NUM PLAN: E164 TON: UNKNOWN
CALLED #:036002210 NUM PLAN: E164 TON: INTL

звонок в корп.сеть. CTYP=NPA
DCH 6 UIPE_OMSG CC_SETUP_REQ REF 0000432A CH 6 30 TOD 16:40:12
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:592199 NUM PLAN: E164 TON: UNKNOWN
CALLED #:036002210 NUM PLAN: E164 TON: NATL

Судя по документации, то, что я хочу, возможно. Но, похоже, где-то чего-то не догоняю. Не подскажете?

Может быть сделать так, чтоб в город отправлялся CLID (HLCL+DN) - ну как сейчас, а при звонках в корп. сеть будет отправляться DN.
А уже Алкатель у себя к этому DN приплюсовывала бы префикс АТС?
Как такая мысль?

Этот вариант рассматривался, но оставлен как соломинка утопающему, там есть свои сложности. Все-таки хотелось бы сделать правильно, т.е. CLID должен бы формироваться у инициатора вызова. Неужели Меридиан не может выполнить поставленную задачу?

распечатайте блок NET в 21

TYPE NET_DATA
CUST 00
OPT RTA
AC2
FNP YES
ISDN YES
PINX_DN
MBG 0
BSGC 65535
PFX1
PFX2
HLOC
LSC
RCNT 5
PSTN NO
TNDM 15
PCMC 15
SATD 1
OCLI ALL
DASC
DITI YES
TRNX YES
EXTT YES
FTOP FRES
APAD 0 0
VNR NO
NIT 8
FOPT 14
CNDN
CNAT
CNIP YES

Покури вот это

ISDN Primary Rate Interface Features
Fundamentals — Book 2 of 3
Avaya Communication Server 1000

Chapter 21: ISDN Calling Line Identification

Хотя судя по доке ты все сделал. Надо ковырять, где то что-то не доделал

Хотя судя по доке ты все сделал. Надо ковырять, где то что-то не доделал

Вот и я про то же. Указанный документ есть. Вроде бы, судя по нему, Меридиан способен решить поставленную задачу. Но что где недокрутил - не пойму.

В ваших трассировках не заметно, чтобы вызов был CDP и UDP.
Пытаетесь "подключиться к корпоративной сети" по EDSS1 ?

В ваших трассировках не заметно, чтобы вызов был CDP и UDP.
А как оно должно быть заметно? В корп.сеть набираю 036002210, где 0 - TSC, 3600 - префикс АТС в корп.сети, 2210 - DN. Маршрутизация: TSC(0)-RLI/DMI(10)-Route 11. В город набираю 8692210, где 8 - АС2, 692210 - искомый номер. Маршрутизация: AC2(8)-SPN(6)-RLI/DMI(8)-Route11. Все распечатки должны быть. В приложенных трассировках CTYP менялся в DMI 10.

Пытаетесь "подключиться к корпоративной сети" по EDSS1 ?
Да. Это написано в первом посте. По одному потоку, включенному в Алкатель, нужно ходить и в город, и в корп.сеть.

С промптом CLID в д-канале пробовали поиграться?

Urri, вы - гений. Поставил CLID=OPT0, и все получилось. Имеем в город HLCL+DN, в корп.сеть LSC+DN (это через TSC, если через DSC, то в CLID пойдет голый DN). Счастье!!! Огромное спасибо всем откликнувшимся.

Urri, вы - гений. Поставил CLID=OPT0, и все получилось. Имеем в город HLCL+DN, в корп.сеть LSC+DN. Счастье!!! Огромное спасибо всем откликнувшимся.
Да ладно. На здоровье :)

Да. Это написано в первом посте. По одному потоку, включенному в Алкатель, нужно ходить и в город, и в корп.сеть.

Это не поток, включенный в город, это поток, включенный в корпоративную сеть, транзитом через которую вы хотите ходить в город.
Поэтому подключаться к корпоративной сети по EDSS - это странный способ. В частности, из-за CLID OPT, и работы прочих функций.

Формировать CLI на станции - источнике при вызовах через корпоративную сеть также странный способ, если сеть имеет более одного выхода в город через разных провайдеров и точка выхода не зависит от АТС-источника вызова.

Это не поток, включенный в город, это поток, включенный в корпоративную сеть, транзитом через которую вы хотите ходить в город.
Совершенно с вами согласен (см. первый пост в этой теме)
Поэтому подключаться к корпоративной сети по EDSS - это странный способ. В частности, из-за CLID OPT, и работы прочих функций.
А какой способ подключения к корпоративной сети "не странный"? Чем плох CLID OPT? Как изменится работа "прочих функций"? Какие функции имеются ввиду?
Формировать CLI на станции - источнике при вызовах через корпоративную сеть также странный способ Чем странен? А как надо? По-моему, самый естественный и правильный способ.
если сеть имеет более одного выхода в город через разных провайдеров и точка выхода не зависит от АТС-источника вызова.ключевое слово "если". В моем городе из сети один выход в город на одного провайдера, если вы это имеете ввиду.

Тем, что EDSS1 сделан для включения в город, а не в корпоративную сеть, и, в соответствии с этим, сделаны различные функции, тот же OPT.
В документации, вообще-то, расписано, что зачем, даже если на курсы не ходить.

Тем, что EDSS1 сделан для включения в город, а не в корпоративную сеть, и, в соответствии с этим, сделаны различные функции, тот же OPT.
В документации, вообще-то, расписано, что зачем, даже если на курсы не ходить.
Вы критикуете, или как? А ответы на другие поставленные вопросы?

Вы критикуете, или как? А ответы на другие поставленные вопросы?

Я поясняю.
А ответы на другие "поставленные вопросы" даются в поставленной документации, ссылки на которую не раз приводились.

to jetc
Вы знаете больше, чем многие участники этой дискуссии, но если абстрагироваться от личных знаний, понятие корпоративная сеть, довольно пространное и может включать в себя все, что угодно, и мне стало интересно какими еще способами, кроме EDSS, можно подключить 11с 25.40?

Формировать CLID можно на источнике, к примеру, не всегда он формируется путем добавления префикса к номеру, это может быть и часть номера, либо префикс уже должен присутствовать на следующем узле, так что ничего такого в этом я не вижу, все дело в удобстве и возможностях.

Эти протоколы и варианты включения уже давно не новость, странно, что кто-то их до сих пор не знает, это уже как букварь.
Для включения в сеть есть Q.sig и SL1.

А при формировании CLI на источниках, при смене провайдера и городской нумерации на транзитном узле, или добавлении еще одного провайдера, у всех источников начнется чехарда с переделыванием CLI, как минимум.

Тем более, что на более-менее свежих алкателях образование CLI сделано поинтереснее, чем на 25.40.

Если бы SL1 можно было воткнуть, я думаю так бы и сделали, а Q.sig от EDSS отличается не сильно, особенно если пакетов для передачи имен нет. И через EDSS можно имена передавать, конечно если транзит позволяет.

С другой стороны смена нумерации, всегда геморрой, и хорошо, что не частый! :)
На алкатели надейся, а сам не плошай, говорит старая нортелевская пословица.

Для включения в сеть есть Q.sig и SL1.
А уважаемый jets знает, что для QSIG требуется другой уровень софта и сколько это стоит? А SL-1, насколько я понял из документации, это для стыка Меридианов (могу ошибаться). У нас же стык Меридиан-Алкатель.
А при формировании CLI на источниках, при смене провайдера и городской нумерации на транзитном узле, или добавлении еще одного провайдера, у всех источников начнется чехарда с переделыванием CLI, как минимум.
Алкатель, при определенных условиях, на транзите может делать с CLID все, что угодно. В отличие, от М1. Но правильнее, все-таки, формировать CLID на инициаторе, а не на транзите, imho.

Тем более, что на более-менее свежих алкателях образование CLI сделано поинтереснее, чем на 25.40.
Тут согласен полностью.

Если бы SL1 можно было воткнуть, я думаю так бы и сделали, а Q.sig от EDSS отличается не сильно, особенно если пакетов для передачи имен нет. И через EDSS можно имена передавать, конечно если транзит позволяет.

С другой стороны смена нумерации, всегда геморрой, и хорошо, что не частый! :)
На алкатели надейся, а сам не плошай, говорит старая нортелевская пословица.

Абсолютно в дырочку.

Urri, вы - гений. Поставил CLID=OPT0, и все получилось.
Кстати, OPT0 при перзагрузке будет сбрасываться в OPT1. Глюки совта ети их...

Если бы SL1 можно было воткнуть, я думаю так бы и сделали, а Q.sig от EDSS отличается не сильно, особенно если пакетов для передачи имен нет. И через EDSS можно имена передавать, конечно если транзит позволяет.


Мягко говоря, это не так.
Через EDSS можно имена передавать, но не в сеть, а через сеть.
А тут подключение "в сеть".


С другой стороны смена нумерации, всегда геморрой, и хорошо, что не частый! :)
На алкатели надейся, а сам не плошай, говорит старая нортелевская пословица.

Конечно-конечно.
Давайте плодить кривые решения.

А уважаемый jets знает, что для QSIG требуется другой уровень софта и сколько это стоит? А SL-1, насколько я понял из документации, это для стыка Меридианов (могу ошибаться). У нас же стык Меридиан-Алкатель.


Уровень софта вообще-то никем не оглашался, это раз.
Делать не вполне функциональное решение, доказывая, что оно прямое, мотивируя недостаточным уровнем софта - прекрасно, это два.


Алкатель, при определенных условиях, на транзите может делать с CLID все, что угодно. В отличие, от М1. Но правильнее, все-таки, формировать CLID на инициаторе, а не на транзите, imho.

На чем основано ваше "imho" ?
Я свои основания привел.

Кстати, OPT0 при перзагрузке будет сбрасываться в OPT1. Глюки совта ети их...

Спасибо, приму к сведению

Абсолютно в дырочку.

Кому и стык по СО - "связь с корпоративной сетью".

Уровень софта вообще-то никем не оглашался, это раз.
А его никто и не спрашивал, это раз. Для решения поставленного вопроса этого и не надо, это два. В конце концов, тема про составление CLID, а не про стык Меридиана с другими УПАТС
Делать не вполне функциональное решение, доказывая, что оно прямое, мотивируя недостаточным уровнем софта - прекрасно, это два.
А как сделать правильно и фунуционально? Если у вас есть нужное количество свободных американских килорублей, можете проспонсировать, не откажемся.
На чем основано ваше "imho" ?
Я свои основания привел.
Вы интересуетесь моим мнением по данному конкретному случаю, или вообще, в принципе? А если бы ситуация была с точностью до наоборот, т.е. Меридиан был бы центром жизни, а к нему надо было бы пристыковать Алкатель с теми же условиями по CLID'у? Вы бы и тогда настаивали, что CLID'ы нужно формировать на транзите, т.е. на М1?

Кому и стык по СО - "связь с корпоративной сетью".

по-всякому бывает

Вы интересуетесь моим мнением по данному конкретному случаю, или вообще, в принципе? А если бы ситуация была с точностью до наоборот, т.е. Меридиан был бы центром жизни, а к нему надо было бы пристыковать Алкатель с теми же условиями по CLID'у? Вы бы и тогда настаивали, что CLID'ы нужно формировать на транзите, т.е. на М1?

Я не настаиваю, а поясняю, почему так.
На М1 в случае транзита тоже можно формировать CLI, хотя и менее гибко, чем на ОХЕ.

А в данном случае вдвойне непонятно, почему очень, очень хочется формировать все на М1, так что очень интересно послушать, почему это вы считаете, что надо сделать именно так.

Давайте плодить кривые решения.
Не понимаю, почему формирование клид штатными средствами станции является кривым решением?
Вот простой пример, город-М1.1-М1.2
Префиксы (8495) 4359
DN 2199

Как мне на М1.1 из пришедшего с М1.2 номера 2199 сформировать клид
в город 84954359199 ?
а местный оставить 2199 ?

Не понимаю, почему формирование клид штатными средствами станции является кривым решением?


Криво не "формировать CLI средствами станции", а "подключать УПАТС к сети УПАТС по протоколу EDSS1".

Криво не "формировать CLI средствами станции", а "подключать УПАТС к сети УПАТС по протоколу EDSS1".
Уважаемый jets! Так просветите меня, дурачка, как надо делать. В процессе нашего общения "за темой" от вас, кроме умных общих фраз, не было ни одного дельного предложения. Ни на один заданный вам конкретный вопрос мной и уважаемым slon2 вы так и не ответили.

Узбагойтесь, горячие финские парни!
Как строить, по торе, по камасутре - личное дело каждого. Заработало - руками не трогать :)

Узбагойтесь, горячие финские парни!
Как строить, по торе, по камасутре - личное дело каждого. Заработало - руками не трогать :)

пять баллов!!!

Уважаемый jets! Так просветите меня, дурачка, как надо делать. В процессе нашего общения "за темой" от вас, кроме умных общих фраз, не было ни одного дельного предложения. Ни на один заданный вам конкретный вопрос мной и уважаемым slon2 вы так и не ответили.

Точнее, я не ответил на заданные вами вопросы "как именно мне сделать", т.к. не вижу смысла это делать.
А на вопросы "почему так не надо" и "как надо" я ответил.
А вы пока так и не озвучили причину формирования CLI на исходном узле в данном конкретном случае.

Узбагойтесь, горячие финские парни!
Как строить, по торе, по камасутре - личное дело каждого. Заработало - руками не трогать :)

Извините, что влезаю в ваши холивары, но, имхо, тора и камасутра - это не те документы, по которым надо строить. Строить надо по проекту, составленному компетентными инженерами :rolleyes:

Строить надо по проекту, составленному компетентными инженерами :rolleyes:

Мы тут с Вашим начальником пили пиво перед новым годом и он мне поведал какие "компетентные инженеры" в ваш проект циски пихают :)

Мы тут с Вашим начальником пили пиво перед новым годом и он мне поведал какие "компетентные инженеры" в ваш проект циски пихают :)

Доа, это больной мозоль :( Тока тут дело не в технике, они совсем не дураки, причем с обоих сторон, ключевое слово тут PROFIT. ну ты понял, короче :cool:
ЗЫ и не тока с циской, кстати, такая тема

ключевое слово тут PROFIT

Называйте вещи своими именами - откаты и взятки.

Доброго дня!

Приподниму немного темку.
Стоит похожая задачка, есть соединение с оператором (который, в свою очередь, связан с городом) через PRI, в один поток уходят как транзитные вызовы в город, так и вызовы на местных абонентов операторской АТС.
Местные идут через CDP, а городские через UDP. Надо формировать разный CLID в этих случаях, причем у CDP вызово он должен быть в виде DN, а у вызовов в город он должен иметь вид, ничего общего с DN не имеющий, т.е. через префиксы это не сделать.
Направьте плиз вкратце что читать и где копать?

Доброго дня!

Приподниму немного темку.
Стоит похожая задачка, есть соединение с оператором (который, в свою очередь, связан с городом) через PRI, в один поток уходят как транзитные вызовы в город, так и вызовы на местных абонентов операторской АТС.
Местные идут через CDP, а городские через UDP. Надо формировать разный CLID в этих случаях, причем у CDP вызово он должен быть в виде DN, а у вызовов в город он должен иметь вид, ничего общего с DN не имеющий, т.е. через префиксы это не сделать.
Направьте плиз вкратце что читать и где копать?

Какой релиз ПО?

Какой релиз ПО?

Вот такая не первая свежесть
REQ issp


VERSION 2111
RELEASE 25
ISSUE 15 +

Так, в принципе в настройках абонентского комплекта должен быть выставлен после DN через пробел CLID (который сформирован в LD15 NET CLID). А после этого в настройках D-канала выставить OPT 0 или OPT1, т.е поиграться и посмотреть как будет отдаваться номер.