Добрый день.
С меридианом я работать только начал. Поставили такую задачу.

Есть 5 PRI.

2 - на город (PSTN) 3- на MGW ( гейтвей. Я работаю в компании мобильного оператора).

Задача в следующем - все городские и междугородние звонки должны ити на PSTN, а звонки на все мобильные и международные направления через MGW. Сами потоки я настроил. Но вот с рутами и маршрутизацией много проблем.

Во-первых. У нас есть внутренний пул номеров 6000 до 6999.
Вот при звонке с любого внутреннего номера у нас формируется следующий номер

380(код страны)+код мобильного оператора+101(этот пул выделил оператор)+внутренний номер человека
Имеем что-то вида 380 11 1016666

Как такое сделать?

Во-вторых. Звонок, который приходит на АТС с клидом
380(код страны)+код мобильного оператора+101(этот пул выделил оператор)+внутренний номер человека
должен отправляться сразу на внутренний номер абонента

Как такое сделать?


Если номер не распознан, то на внутренний номер секретаря.

Заранее благодарю за помощь. Тыкните пожалуйста носом, где искать или покажите пример конфига.

Читаем:
1. Dialing Plans
Description
Document Number: 553-3001-183

2.ISDN Primary Rate Interface
Features
Document Number: 553-3001-369

Ключевые слова CDP, ESN.

Большое спасибо

Если "во-первых" это вопрос о том как сформировать CLID, то для начала стоит ознакомится с прикреплённым здесь FAQ.

Во-вторых - не совсем понятно о чем идёт речь. Вам нужна маршрутизация по набранному номеру? или по CLID ?

И по набираемому номеру и по клиду.

Как прикручивать клид я уже прочитал.

Ещё раз обрисую схему:

предположим есть внутренний абонент 6666

ему нужно позвонить на город

он набирает городской номер. АТС понимает, что номер городской и пускает его по городскому PRI c городским клидом к примеру 8(044) 555 55 55 это так в Киеве.

А вот если звонок идёт на мобильный номер (определяется по коду), то звонок идёт через PRI на MGW и формируется другой клид.

Если конешно такое возможно...

Если немного туплю - извиняйте. Сложно из сетевого админа сразу стать нортеловцем =)

uPsurd пишет

Если немного туплю - извиняйте. Сложно из сетевого админа сразу стать нортеловцем =)
А обратиться в компанию, которая поставляла станцию религия не позволяет?

Urri пишет
А обратиться в компанию, которая поставляла станцию религия не позволяет? Это почему-то популярно у авторов из Киева. Что бы это значило, уважаемый Urri? ;)

С_Стар пишет
Это почему-то популярно у авторов из Киева. Что бы это значило, уважаемый Urri? ;)
А мы особенно деньги любим!
:D

2 uPsurd Насколько я знаю,то Нортеловское оборудование в основном в UMC(уже MTC)используеться! Если я прав, так почему бы на самом деле не обратиться к поставщику? Расскажут и покажут на пальцах!

uPsurd пишет
И по набираемому номеру и по клиду.
...
Если конешно такое возможно...

1) По набираемому номеру - почитать про NARS/BARS. Ключевые слова: AC1/AC2, SPN, RLB, ARRN.
2) Маршрутизации по CLIDу не будет.
3) Формировать CLID в зависимости от RLI тоже не будет.

PhoneMan пишет
1) По набираемому номеру - почитать про NARS/BARS. Ключевые слова: AC1/AC2, SPN, RLB, ARRN.
2) Маршрутизации по CLIDу не будет.
3) Формировать CLID в зависимости от RLI тоже не будет.

3) SDID на маршрутах. Может, полегчает.

Как я понял - CLI единственный для конкретного абонента.
Это ситуацию немного усложнило... о.О

А по поводу компании, которая ставила - я по некоторым вопросам обращаюсь и с ребятами связь поддерживаю, но ОБСЛУЖИВАНИЕ МЫ НЕ ЗАКАЗАЛИ и начальство его не закажет....

uPsurd пишет
А по поводу компании, которая ставила - я по некоторым вопросам обращаюсь и с ребятами связь поддерживаю, но ОБСЛУЖИВАНИЕ МЫ НЕ ЗАКАЗАЛИ и начальство его не закажет....
2 С_Стар
Вот почему.
Чисто по дружески что-то подсказать никто не против. Но заниматься благотворительностью....
Извините.
На 99.(9) уверен, что обучение уважаемому uPsurd тоже не светит...:(

POOLman пишет
...
Насколько я знаю,то Нортеловское оборудование в основном в UMC(уже MTC)используеться
.....
В UMC есть свои достаточно квалифицированные спецы по нортелу.
В отличие от некоторых новых операторов мобильной связи:(

Почти разобрался=) даже кое как начало работать. Но мы это отшлифуем....На очереди Кол Пилот и Миран =)
Всех благодарю за помощь=)

uPsurd пишет
На очереди Кол Пилот и Миран =) это угроза? :D

Urri пишет
2 С_Стар
Вот почему.
Чисто по дружески что-то подсказать никто не против. Но заниматься благотворительностью....
Извините.
На 99.(9) уверен, что обучение уважаемому uPsurd тоже не светит...:(
2 Urri Уважаемый. Я и не агитирую заниматься благотворительностью. Еслы это религия украинских клиентов, то теперь понятно почему столько авторов очень нуждаются в помощи. Буду молиться за успехи uPsurda в настройке CallPilot и Miran.

p.s. Не имею ничего против автора топика.

Это уже немного оффтоп, но я бы очень попросил прокоментировать саму схему, которую мы сейчас строим. Всё ли в ней логично. Придумывал я её сам, но опыта как проектировки так и построения телефонных сетей у меня нет.
Сразу оговорюсь, что SIP не понимает MGW, и я не знаю, как с SIPом работет MERIDIAN.

Это уже немного оффтоп, но я бы очень попросил прокоментировать саму схему, которую мы сейчас строим. Всё ли в ней логично. Придумывал я её сам, но опыта как проектировки так и построения телефонных сетей у меня нет.
Сразу оговорюсь, что SIP не понимает MGW, и я не знаю, как с SIPом работет MERIDIAN.

Ну, если на такую схему денег нашли, просто обязаны обучить специалиста.
Самостоятельно долго будешь разбираться.

mcsystems пишет
Ну, если на такую схему денег нашли, просто обязаны обучить специалиста.
Самостоятельно долго будешь разбираться.
По терминологии Urri - в монастырь...:D

Я же говорю - схему я сам придумал=))) Она хоть нормальная ???
А по поводу курсов - всё просто. Ищут 2-ух специалитов для построения этой сети. Но как-то они не находятся =(
Ответственным за всё пока назначили меня.

Повторю вопрос: Схема нормальная или нжно переделывать?
А если есть желающие на работу - пишите в личку=)

uPsurd пишет
Повторю вопрос: Схема нормальная или нжно переделывать?

Что такое "Communication Manager MERIDIAN" ?
Что такое "IP-core" ?

uPsurd пишет
Это уже немного оффтоп, но я бы очень попросил прокоментировать саму схему, которую мы сейчас строим. Всё ли в ней логично. Придумывал я её сам, но опыта как проектировки так и построения телефонных сетей у меня нет.
Сразу оговорюсь, что SIP не понимает MGW, и я не знаю, как с SIPом работет MERIDIAN.

Выбрать нужное:

1. Не знаю оборудование, рисую схему, ищут специалистов реализовывать, не работает... :eek:

2. Нашли специалистов, рисуют схему, реализуют, работает.:)

IP-core - это сеть, собраная на оборудовании CISCO между городами. Грубо говоря - компьютерная сеть.

Communication Manager MERIDIAN - это CallPilot.

З.Ы. По поводу

Выбрать нужное:

1. Не знаю оборудование, рисую схему, ищут специалистов реализовывать, не работает...

2. Нашли специалистов, рисуют схему, реализуют, работает.

- ну нет у меня сейчас выбора. Нужно делать

О схеме

Communication Manager MERIDIAN - это CallPilot.

CallPilot не знает что такое E1 и у H323 рядом не валялся.

uPsurd пишет
...
Communication Manager MERIDIAN - это CallPilot.

...

Лучше поставить MeridianMail и стриммер.

Вот это уже ближе к делу=)

С_Стар, пасиб

А какой узел может маршрутизировать все звонки, которые будут расположены в разных городах? Или таблицы маршрутизации нужно прописывать на каждой АТС?

uPsurd пишет
А какой узел может маршрутизировать все звонки, которые будут расположены в разных городах? Или таблицы маршрутизации нужно прописывать на каждой АТС?

Что понимать под узлом?

И как что-то будет знать что ему с чем-то делать если ему ничего об этом не говорить?


О как! Самого рассмешило...:D

uPsurd пишет
IP-core - это сеть, собраная на оборудовании CISCO между городами. Грубо говоря - компьютерная сеть.
Хочется спросить, а ещё какие-нибудь элементы сети H.323, кроме собственно компьютерной сети, автору проекта известны?

Communication Manager MERIDIAN - это CallPilot.

Супер.

PhoneMan пишет
Хочется спросить, а ещё какие-нибудь элементы сети H.323, кроме собственно компьютерной сети, автору проекта известны?


Классически:

1. Terminal
2. Gateway - необязательно
3. Gatekeeper - по нему и вопрос
4. MCU

uPsurd пишет
Классически:
1. Terminal
2. Gateway - необязательно
3. Gatekeeper - по нему и вопрос
4. MCU
Imho теперь, поразмыслив над 1, 2, 3, 4, имеет смысл нарисовать схему заново.

Такс...
Есть АТСки, которые понимают H.323 (терминал) они у нас подключаются к среде передачи данных - компьютерной сети. CISCO красит эти пакеты как ВОИСовые и передаёт на Call MANAGER. Call Manager эти пакеты раскрывает и передаёт получателю.


Грубо говоря

1) есть номер внутренний 6666 в Киеве

нам нужно позвонить на номер 6777 в Донецке

номерные планы не пересекаются

мы звоним. АТС кодирует звонок в h.323 передаёт его в сеть. Там циска маркирует пакет как ВОИП ставит высокий приоритет (QoS тоже пока не работает) и передаёт на некое устройство =) это может быть наш MGW Huawei , но я б хотел, чтоб внутренний трафик разруливался внутри сети без выхода на оборудование базовой станции.

Там это некое устройство раскрывает этот пакет,смотрит, кому он предназначен и шлёт опять же через циски его в Донецк.

2. А вот если звонок идёт наружу, то это некое устройство должно определить по направлению звонка, что он наружу и передать его на MGW Huawei

uPsurd пишет
Такс...
Есть АТСки, которые понимают H.323 (терминал) они у нас подключаются к среде передачи данных - компьютерной сети. CISCO красит эти пакеты как ВОИСовые и передаёт на Call MANAGER. Call Manager эти пакеты раскрывает и передаёт получателю.


Грубо говоря

1) есть номер внутренний 6666 в Киеве

нам нужно позвонить на номер 6777 в Донецке

номерные планы не пересекаются

мы звоним. АТС кодирует звонок в h.323 передаёт его в сеть. Там циска маркирует пакет как ВОИП ставит высокий приоритет (QoS тоже пока не работает) и передаёт на некое устройство =) это может быть наш MGW Huawei , но я б хотел, чтоб внутренний трафик разруливался внутри сети без выхода на оборудование базовой станции.

Там это некое устройство раскрывает этот пакет,смотрит, кому он предназначен и шлёт опять же через циски его в Донецк.

2. А вот если звонок идёт наружу, то это некое устройство должно определить по направлению звонка, что он наружу и передать его на MGW Huawei

Хм... Опять... Вспоминаем Urri...

А обратиться в компанию, которая поставляла станцию религия не позволяет?

С_Стар пишет
Хм... Опять... Вспоминаем Urri...

А обратиться в компанию, которая поставляла станцию религия не позволяет?
Уточняю формулировку.
Наверное не позволяет. Именно вероисповедание руководства.
А уважаемый uPsurd скорее всего будет принесен в качестве жертвы на алтарь алчности.
С чито инженерной точки зрения поучаствовать в реализации такого проекта очень интересно. Но жлобов-руководителей надо учить.
2 uPsurd
Схема в целом верна, но требует значительного упрощения:) В нарисованном виде можно замахаться ее администрировать.

С_Стар пишет
Хм... Опять... Вспоминаем Urri...

А обратиться в компанию, которая поставляла станцию религия не позволяет?

Лично мне религия позволяет. Но кроме того, что ребята в командировке, я думаю, им будет очень интересно попробовать соединить Меридиан с Хуавеем =)

2 uPsurd
Добрый совет. Спустить ситуацию на тормозах.
Труд должен цениться (в т.ч. и в материальном выражении). Тот, кто не ценит чужой труд, должен курить бамбук. Поверь, даже если с помощью коллективного разума и подымешь все это хозяйство, в награду получишь большое комсомольское спасибо от руководства. Правда и опыт получишь. Который можно потом дорого продать кому-то другому:)

Профсоюз!

Настройку CLI для всех внутренних номеров я сделал. Маршруты прописал. Всё работает. НО
Возникло 2 проблемки в процессе настройки:

Звонки наружу я отправляю. Все которые с 8 уходят во второй рут. Но на дальней стороне в трубке постоянно слышится какое-то хлюпанье. Синхронизацию я включил по этому потоку – не помогло. Пробовал с CRC и без ( не знаю, чтоб это дало, но попробовал). Из-за чего это может быть ?

Внутрь сети звонки не маршрутизируются
С МСЦ мне приходят звонки в формате код+101+внутренний номер.
Соответственно для него сделал простую настройку (чтоб попробовать ) в ld 49 прописал

код+101+внутренний номер -- внутренний номер

но постоянно идёт сигнал занято.

На МСЦ сказали, что станция сразу отбивает звонок. С чем это может быть связано и как лечить???

uPsurd пишет
Внутрь сети звонки не маршрутизируются
С МСЦ мне приходят звонки в формате код+101+внутренний номер.
Соответственно для него сделал простую настройку (чтоб попробовать ) в ld 49 прописал
Создать мало, нужно ещё привязать к руту. Выложи конфиг.

код+101+внутренний номер -- внутренний номер
Если все внутренние начинаются на 6, то можно проще, в одну сторочку:
код_101_6 6

но постоянно идёт сигнал занято.
Трассировку вызова смотреть можем?

Tak v ld 49

CUST 0
DCNO 2

DCNO 2

SDID NO
IDGT CDGT
921016 6


a eto nastroyka rout


TYPE RDB
CUST 00
DMOD
ROUT 2
DES MSC
TKTP DID
NPID_TBL_NUM 0
SAT NO
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 NO
DAPC NO
INTC NO
DSEL VOD
PTYP DCO
AUTO NO
DNIS NO
DCDR NO
ICOG IAO
RANX NO
SRCH RRB
TRMB YES
STEP
ACOD 7702
TCPP NO
TARG
CLEN 1
BILN NO
OABS
INST
IDC YES
DCNO 2
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
GTI 896
SFB 3


PAGE 002

NBS 2048
NBL 4096
RTD 12
DTD NO
SCDT NO
2 DT NO
DDO NO
DRNG NO
CDR NO
NATL YES
SSL
CFWR NO
IDOP NO
MUS NO
MR NO
PANS YES
EQAR NO
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
PRDL NO
EOS NO
DNSZ 0
RCAL NO
MCTS NO
ALRM NO
BTT 30
ACKW NO
ART 0
PECL NO
DCTI 0
TIDY 7702 2
SGRP 0
ARDN NO
ANIE 0
CAC_CIS 3
AACR NO

uPsurd пишет
DCNO 2
NDNO 1 *

Или сделать таблицу 1, такую же как 2, или прописать NDNO 2.

То, что вам кажется днём, на самом деле ночь, вечная ночь :)

Исправил. Не помогло

ld96
enl msgi dch
enl msgo dch
и лог сообщений д-канала в студию.

ld 96
DCH000
.enl msgi dch
.
DCH012

enl msgo dch
.
DCH012


DCH: 12 RLS NO RESPONSE TIME: 14:24:48 1/08/2007

DCH: 12 EST CONFIRM TIME: 14:24:48 1/08/2007

DCH: 12 RLS NO RESPONSE TIME: 14:26:04 1/08/2007

DCH: 12 EST CONFIRM TIME: 14:26:04 1/08/2007

DCH: 12 RLS NO RESPONSE TIME: 14:27:52 1/08/2007

DCH: 12 EST CONFIRM TIME: 14:27:52 1/08/2007

А теперь включить соображалку и попробовать ещё раз.
Вместо "dch" вводить номер конкретного д-канала.

uPsurd пишет

DCH: 12 RLS NO RESPONSE TIME: 14:24:48 1/08/2007

DCH: 12 EST CONFIRM TIME: 14:24:48 1/08/2007

DCH: 12 RLS NO RESPONSE TIME: 14:26:04 1/08/2007

DCH: 12 EST CONFIRM TIME: 14:26:04 1/08/2007

DCH: 12 RLS NO RESPONSE TIME: 14:27:52 1/08/2007

DCH: 12 EST CONFIRM TIME: 14:27:52 1/08/2007

А канал колбасит "неподецки". Может сперва с этим разобраться?

DCH 12 UIPE_IMSG CC_PROCEED_IND REF 000001FE CH 3 26 TOD 14:48:48 CK 0C6988E6

DCH 12 UIPE_IMSG CC_ALERT_IND REF 000001FE CH 3 26 TOD 14:48:48 CK 0C6990FB
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 12 UIPE_IMSG CC_ALERT_IND REF 000001FD CH 3 27 TOD 14:48:50 CK 0C699F8F
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 12 UIPE_IMSG CC_DISC_IND REF 000001FD CH 3 27 TOD 14:48:56 CK 0C69C8B9
CAUSE: #17 - USER BUSY
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 12 UIPE_OMSG CC_RELEASE_REQ REF 000001FD CH 3 27 TOD 14:49:00 CK 0C69E9AE
CAUSE: #16 - NORMAL CALL CLEARING

DCH 12 UIPE_IMSG CC_RELEASE_CONF REF 000001FD CH 3 27 TOD 14:49:00 CK 0C69EA8F



DCH 12 UIPE_OMSG CC_SETUP_REQ REF 000001FF CH 3 25 TOD 14:49:12 CK 0C6A4425
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:921016113 NUM PLAN: E164 TON: NATL
CALLED #:80923240062 NUM PLAN: E164 TON: UNKNOWN

DCH 10 UIPE_IMSG CC_SETUP_IND REF 00001486 CH 1 4 TOD 14:49:14 CK 0C6A5546
CALLING #:80442065601 NUM PLAN: E164 TON: UNKNOWN
CALLED #:4997070 NUM PLAN: E164 TON: LOCL

DCH: 12 EST TIMER REC TIME: 14:49:18 1/08/2007

DCH 12 UIPE_OMSG CC_DISC_REQ REF 000001FF CH 3 25 TOD 14:49:18 CK 0C6A73EB
CAUSE: #41 - NTWK TEMP FAIL

DCH 12 UIPE_OMSG CC_DISC_REQ REF 000001FE CH 3 26 TOD 14:49:18 CK 0C6A7411
CAUSE: #41 - NTWK TEMP FAIL

DCH 12 UIPE_IMSG CC_RELEASE_CONF REF 000001FF CH 3 25 TOD 14:49:18 CK 0C6A7423

DCH 12 UIPE_IMSG CC_RELEASE_IND REF 000001FE CH 3 26 TOD 14:49:18 CK 0C6A74C1

DCH 12 UIPE_OMSG CC_RELEASE_RESP REF 000001FE CH 3 26 TOD 14:49:18 CK 0C6A74C9

DCH 12 UIPE_OMSG CC_SETUP_REQ REF 00000200 CH 3 24 TOD 14:49:26 CK 0C6AB753
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:921016069 NUM PLAN: E164 TON: NATL
CALLED #:80503183523 NUM PLAN: E164 TON: UNKNOWN

DCH 12 UIPE_IMSG CC_PROCEED_IND REF 00000200 CH 3 24 TOD 14:49:26 CK 0C6AB82C

DCH 12 UIPE_IMSG CC_ALERT_IND REF 00000200 CH 3 24 TOD 14:49:32 CK 0C6AE0D0
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

Vot samoe glavnoe=)

DCH 12 UIPE_IMSG CC_RELEASE_IND REF 00000222 CH 3 19 TOD 15:12:10 CK 0C9454FD
CAUSE: #31 - NORMAL UNSPECIFIED

DCH 12 UIPE_OMSG CC_RELEASE_RESP REF 00000222 CH 3 19 TOD 15:12:10 CK 0C945506

DCH 12 UIPE_IMSG CC_SETUP_IND REF 00005285 TOD 15:12:18 CK 0C9493F6
CALLING #:921007737 NUM PLAN: E164 TON: NATL
CALLED #:921016204 NUM PLAN: E164 TON: NATL

DCH 12 UIPE_OMSG CC_REJECT_REQ REF 0000D285 CH 3 20 TOD 15:12:18 CK 0C949417
CAUSE: #21 - CALL REJECTED


zvonili s nomera 921007737 na 921016204......powli srazy korotkie gydki

1. Malex прав. Этот поток у вас полуживой, упал-поднялся-упал-поднялся. Проверяйте канал. Cмотрите в LD60 счетчики ошибок.

2. В приведенном логе нет попытки входящего вызова на 921016хххх.
Собственно, не на что посмотреть.

Ага, вот теперь есть.

3. LD20 prt dnb 6204

DN 6204
TYPE SL1
TN 014 0 00 11 KEY 00 H MARP DES 3902 26 JUL 2007
(3902)

LD20 prt tnb 14_11
LD80 trac 14_11

Вот народ у нас упертый!
Восход солнца вручную.
Да как 2 пальца
А на шару.
Да не вопрос.
Это так, размышления вслух. Ничего личного.

REQ: prt

TYPE: tnb

TN 14 11

DATE

PAGE

DES


DES 3902
TN 014 0 00 11
TYPE 3902
CDEN 8D
CUST 0
FDN
TGAR 1
LDN NO
NCOS 2
SGRP 0
RNPG 1000
SCI 0
SSU
LNRS 16
XLST
SCPW
SFLT NO
CAC_CIS 1
CAC_MFC 1
CLS TLD FBD WTA LPR PUA MTD FNA HTA TDD HFA GRLD
MWD LMPN RMMD SMWD AAD IMD XHD IRA NID OLD VCE DRG1
POD DSX VMD CMSD SLKD CCSD SWD LNA CNDA
CFTA SFA MRD DDV CNIA CDCA MSID DAPA BFED RCBD
ICDD CDMD MCTD CLBD AUTU
GPUD DPUD DNDA CFXD ARHD CLTD ASCD
CPFA CPTA ABDD CFHD FICD NAID DNAA RDLD BUZZ AGRD MOAD
UDI RCC HBTD AHA IPND DDGA NAMA MIND PRSD NRWD NRCD NROD
DRDD EXR0
USRD ULAD RTDD RBDD RBHD PGND OCBD FLXD FTTC DNDY DNO3 MCBN
FDSD NOVD CDMR
CPND_LANG ENG
RCO 0
EFD
HUNT 3904
EHT 2
LHK 0
LPK 3
PLEV 02
CSDN
AST
IAPG 0
AACS NO
ITNA NO
DGRP
MLWU_LANG 0
MLNG ENG
DNDR 0
KEY 00 SCR 6204 1 MARP
ANIE 0
01 CFW 16
02 AO6
03 RNP
04 TRN
05
DATE 26 JUL 2007

Urri пишет
Вот народ у нас упертый!
Восход солнца вручную.
Да как 2 пальца
А на шару.
Да не вопрос.
Это так, размышления вслух. Ничего личного.

=) Ну вот хочется мне, чтоб оно заработало =)

DCH 12 UIPE_OMSG CC_SETUP_REQ REF 00000282 CH 3 13 TOD 16:17:00 CK 0D0B16DD
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:6204 NUM PLAN: E164 TON: UNKNOWN
CALLED #:80921016101 NUM PLAN: E164 TON: UNKNOWN

DCH 12 UIPE_IMSG CC_PROCEED_IND REF 00000282 CH 3 13 TOD 16:17:00 CK 0D0B179D

DCH 12 UIPE_IMSG CC_DISC_IND REF 00000282 CH 3 13 TOD 16:17:04 CK 0D0B2868
CAUSE: #3 - NO ROUTE TO DESTINATION


A vot ewe takoi log...

А это вопрос к твоим собратьям по несчастью, которые рулят MSC. Видать там ситуация схожая:)

Hm...a vot mne sityaciya pokazalas strannoy
Ya zvonil na nomer 921016101

V ld 49 skazano

921016 6

V logi ypalo

CALLING #:6204 NUM PLAN: E164 TON: UNKNOWN
CALLED #:80921016101 NUM PLAN: E164 TON: UNKNOWN


no pri etom

CAUSE: #3 - NO ROUTE TO DESTINATION

stranno kak-to.....ili ya ne prav?

uPsurd пишет
DCH 12 UIPE_OMSG CC_SETUP_REQ REF 00000282 CH 3 13 TOD 16:17:00 CK 0D0B16DD
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:6204 NUM PLAN: E164 TON: UNKNOWN
CALLED #:80921016101 NUM PLAN: E164 TON: UNKNOWN

Сделан набор с Меридиана в сторону MSC? Исходящее сообщение
uPsurd пишет

DCH 12 UIPE_IMSG CC_PROCEED_IND REF 00000282 CH 3 13 TOD 16:17:00 CK 0D0B179D

Входящее сообщение с MSC. Типа принято в обработку
uPsurd пишет


DCH 12 UIPE_IMSG CC_DISC_IND REF 00000282 CH 3 13 TOD 16:17:04 CK 0D0B2868
CAUSE: #3 - NO ROUTE TO DESTINATION


A vot ewe takoi log...
Через 4 секунды отлуп. Типа а фиг его знает куда девать этот вызов.
а 49 описано движение совсем в другую сторону
З.Ы. Как говорил дедеушка Ленин
Учиться, учиться и еще раз учиться...

Starayus...

Я так понял, что TRAС из LD80 мы не дождёмся.
На 14_11 попробуй изменить в CLS FND CFTD HTD, убедись что телефон включен, жив, на нём не активирован форвард.
После этого попробуй сделать входящий ещё раз, с лолгом д-канала, конечно.

Можно еще попробовать распечатать
ld 21
prt
ldn
З.Ы. Чего-то добрый я сегодня. Не посылаю никуда. Наверное уже норму выполнил:D

TYPE LDN_DATA
CUST 00
OPT XLDN
DLDN NO
LDN0 7898989
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


>ld 80
TRA000
.trac 14 11

TRA200
TRA120



TRA100

.
DCH: 12 RLS NO RESPONSE TIME: 9:07:22 2/08/2007

DCH: 12 EST AUTO REC TIME: 9:07:22 2/08

ещё и канал упал =)

Возникает подозрение, что на мсц ещё менее адекватные люди, чем я...хотя хуже уже вроде некуда...

поменял. вот лог

DCH 12 UIPE_IMSG CC_SETUP_IND REF 00000105 TOD 9:20:12 CK 145CA69F
CALLING #:929999999 NUM PLAN: E164 TON: NATL
CALLED #:921016204 NUM PLAN: E164 TON: NATL

DCH 12 UIPE_OMSG CC_REJECT_REQ REF 00008105 CH 3 15 TOD 9:20:12 CK 145CA6BE
CAUSE: #21 - CALL REJECTED

DCH 12 UIPE_IMSG CC_ALERT_IND REF 00000374 CH 3 10 TOD 9:20:12 CK 145CA848
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

uPsurd пишет
LDN0 7898989
...
CALLED #:921016204 NUM PLAN: E164 TON: NATL
...
CAUSE: #21 - CALL REJECTED


Внимательно прочитать FAQ-21.

Прочитал... Возник вопрос (что не странно)

Всего у меня 5 PRI и 2 Рута

по первому Руту приходят обычные городские семизнаки...всего 10 городских номеров и в LD 11

DCNO 1

SDID NO
IDGT CDGT
4942163 6915
4942165 6916
4942167 6917
4311115 6918
...

DCNO 2

SDID NO
IDGT CDGT
921016 6


Первый привязан к первому руту, а второй ко второму...

Получается, мне во втором руте нужно поставить
EURO DID и OVLR no и анализировать только 4 последние цифры? Или привязки к руту нет?

uPsurd пишет
Получается, мне во втором руте нужно поставить
EURO DID и OVLR no
Оно уже стоит.

и анализировать только 4 последние цифры?
Т.е. без помощи форума посчитать сколько цифр в LDN0 7898989 не получается? :)

Так надо ж еще понимать, зачем там эти цифры:D

Посчитал я. Вопрос в том не поламается ли маршрутизация та, что есть с городского PRI, которая анализирует по 7 входящим цифрам, а не по 4-ём...или можно просто создать LDN1

Urri

Так надо ж еще понимать, зачем там эти цифры
....
З.Ы. Чего-то добрый я сегодня. Не посылаю никуда. Наверное уже норму выполнил


Буду ждать пока уважаемый Urri подобреет=)

З.Ы. Урряя...скоро подъедут ребята-интеграторы поглядеть что я напридумывал=) наверно, будут ругаться=)

ld49
chg
idc
dcno 2
idgt 1016
1016 6

Конешо долго можно фантазировать, как сделать,шоб заработало. Пока один узел-можно делать по разному. Но когда появится вся эта сеть, как было нарисовано, то может оказаться, что изначально было сделано не совсем верно. А потом по живому править ой как больно будет.
З.Ы.
А скупой платит как минимум 2 раза.:D

Так=) Всем спасиба=)
Особые благодарности PhoneMan и Urri.

Затык оказался на стороне MSC =) Там неправильно маршрутизировали звонки=)

Но вот проблему с щёлканьями в трубке мы так и не решили. Источник синхронизации менял на PRI, по которому идёт звонок на MSC - не помагает...

Нашли причину шлёпанья в трубке=)

На плинте были пришиты ещё пары витой пары, которые уходили куда-то далеко=)
Проводочки обрезали и шлёпанье пропало=) Вот такое вот приключение=)

Заодно и получит хороший опыт и много полезного узнал от ребят=) Знаю, что будут читать - им большое спасибо=) жду в гости с МИРАНом =)