Привет

Кто знает что может ограничивать транзитные звонки по типу вызова (CDP, LOC, NPA, и т.д. )?
схема:
М1опц11(25.40) ->SL1-> М1опц11(25.40) ->euro-> ГТС.

На второй Мерин выхожу через DSC, тип вызова задаю в DMI (в остальн. везде UKWN). При выставлении значения UKWN вызов проходит. При NPA or NXX or INTL - нет. Нужны именно эти типы, т.к. только тогда используется инф-ция CLIDa - HLOC.

попробуй вместо HLOC использовать HLCL - при ukwn должно работать

ГТС.

Привет!

To Bad
Извините, я ошибся - у меня HLCL и используется, и он не выставляется при UKWN, а выставляется DN...

To Karter
Это точно не ГТС, вот что дает трассировка звонка между Меринами:

DCH 23 IMSG SETUP REF 0000801A CH 3 26 TOD 9:14:44
PROGRESS: ORIG ADDR IS NOT ISDN
CALLING #:0441 NUM PLAN: E164
CALLED #:6000359021 NUM PLAN: E164

DCH 23 OMSG REL COMP REF 0000801A CH 3 26 TOD 9:14:44
CAUSE :UNASSIGNED NUMBER
DIAG: 003

Что значит
CAUSE :UNASSIGNED NUMBER
DIAG: 003 ???

На рутах SL1 какой сигналинг стоит , SIGO ?

mariora пишет
Привет!

To Bad
Извините, я ошибся - у меня HLCL и используется, и он не выставляется при UKWN, а выставляется DN...



Это значит ты используешь cdp. если есть возможность сделай udp - всё будет!
-----------------------------
а UNASSIGNED NUMBER значит, что в станции номер такой не прописан, и что с ним делать она не знает!

На всех рутах SIGO STD (по умолчанию - не менял)

2 mariora:

Мониторинг Д-канала между меридианами - это, конечно, здорово. Но есть ли 100% уверенность, что при этом звонок не уходит в EURO и "UNASSIGNED NUMBER" не приходит от ГТС ?

CO-свичам свойственна организация маршрутизации по типу звонка. Например: при call type - national ожидается набор "ABC-....." , при call type - international - "CC-....", а при local - 7 знаков.

Привет с кем не здоровался!

To Bad

Через UDP все работает, но в номерной план никак не вписать через ж. получается , хотелось бы все-таки реализовать через CDP

To Karter

Это точно не от ГТС. (во всяком случае в канал ГТС не отдается ровно никаких сообщений).

если хочется через cdp, то в dmi ставь LOC

2 mariora:

Обязательно расскажи потом, КАК Меридиан может рутить транзитные звонки по call type. Или "ограничивать"... Нортелю документацию-то поправить придётся ! Про такую фичу забыли !

PS: или неверная маршрутизация (и "несуществующий номер" даёт транзитный Меридиан) или звонок уходит на какие-либо внешние транки (не обязательно те, которые мониторились). Третье - будет чудом.

2 bad:

"...через cdp, то в dmi ... - LOC"

Это закон такой ? А ctyp national через CDP никак нельзя ? И ctyp CDP через CDP тоже не работает ?

1. нет не закон, а совет
2. можно, но тогда будет подставляться HLOC и LSC.
3. работает, но тогда подставляется HNTN.

To Karter

Должен уточнить - звонок транзитом в город, на городской номер.

Замена типа звонка в промте CTYP блокирует его. Я ведь ничего больше не меняю! Так что в определенных условиях и при определенной температуре появляется недокументированная фича! :D

To Bad

Проходят только два типа звонка - CDP и UKWN

2 bad:

1. Ок - совет.
Ну и хорошо, что разъяснил!
"если хочется через cdp, то в dmi ставь LOC"
"если хочется уснуть пораньше, пей коньяк"
Гы:-))) Такими советами "бывалых" неокрепший разум спиться может...
2. Не согласен.
3. Не согласен.

2 mariora:

При типах, на которых "работает" Д-каналы мониторились? На транзитном Меридиане успешные звонки трассировались? Возможность того, что "успешный" звонок делает пару петель между станциями и улетает не туда, куда хочется - исключена?

2 Karter

ну давай пари!
;)

2 bad:

Пари о чём?

О том, что "совет" сформулированный в форме утверждения, может причинить вред?
О том, что легко и непринуждённо, можно сделать так, что при ctyp national и маршрутизации CDP не "будет подставляться HLOC и LSC"? Или при них же пойдёт HNTN и HLCL?
Или о том, что при ctyp cdp и маршрутизации CDP можно отдавать HLOC и LSC, а не HNTN ?

Или, всё-же, о том, что неполный совет, зачастую - пустая трата времени ?

2 mariora:

А на транзитном Меридиане транзитная маршрутизация, часом не UDP с применением всяких HNPA, HLOC, LOC, NPA, NXX (но, НЕ spn) ?

очень даже может быть, что всё вышеописаное правда...
но я просто говорил о том что проверял сам, и я в своих словах уверен. на самом деле всё-таки недьзя так сделать, как вы пишите, ув. Картер. по-крайней мере это нельзя сделать простым прописыванием префиксов в лд15 и типа в лд86! для того, чтобы сделать, как вы ув. Картер пишите, придется опт в лд 17 в д-канале менять!
:eek:

to all

Мониторятся все каналы на обоих узлах постоянно. Кроме указанных, никаких соединений больше нет, блуждать там негде.
Кстати посмотрите, первый случай CTYP UKWN - работает, второй CTYP SPN - нет.
1)DCH 8 OMSG SETUP REF 00000012 CH 2 18 TOD 17:38:36
PROGRESS: ORIG ADDR IS NOT ISDN
CALLING #:0672 NUM PLAN: PRIVATE
CALLED #:661359021 NUM PLAN: PRIVATE

DCH 8 IMSG CALLPROC REF 00000012 CH 2 18 TOD 17:38:36

DCH 8 IMSG PROGRESS REF 00000012 CH 2 18 TOD 17:38:38
PROGRESS: CALL IS NOT END TO END ISDN

DCH 8 IMSG ALERT REF 00000012 CH 2 18 TOD 17:38:40

DCH 8 OMSG DISC REF 00000012 CH 2 18 TOD 17:38:44
CAUSE :NORMAL CALL CLEARING
2) DCH 8 OMSG SETUP REF 00000013 CH 2 19 TOD 17:37:52
PROGRESS: ORIG ADDR IS NOT ISDN
CALLING #:0672 NUM PLAN: PRIVATE
CALLED #:661359021 NUM PLAN: PRIVATE

DCH 8 IMSG REL COMP REF 00000013 CH 2 19 TOD 17:37:52
CAUSE :UNASSIGNED NUMBER
DIAG: 003
Я думал, что увидеть"проходимость" можночерез NUM PLAN: PRIVATE или E164 но оказывается нет.

Ещё раз спрошу:

2 mariora:

А на транзитном Меридиане транзитная маршрутизация, часом не UDP с применением всяких HNPA, HLOC, LOC, NPA, NXX (но, НЕ spn) ?

напрямую через ACOD рута

Но свои абоненты выходят через UDP

2 bad:

Это - НЕ "очень может быть". Читайте доку, делайте тесты.
Речь не о том, что и кто проверял, а о СЛОВАХ. То, что кто-то мгновенно засыпает от рюмочки коньяка, не означает, что пить полезно. Помимо префиксов в LD 15 и типа в 86-ой существуют ещё много всяких разных прелестей. Одна из которых - CLID, о котором и идёт речь у автора исходного сообщения. О префиксах, кстати, вообще вопрос не поднимался. А отключаются они, например, одним промтом в маршруте. Насчёт промта CLID в Д-канале: на MCDN (который рассматривается в данной конкретной ситуации) - его вообще нет. На EURO по-умолчанию стоит OPT1 и менять его, для моих результатов, - не надо. Хотя, это - одна из очень "влияющих" настроек. Но, почему-то, в посте "если хочется через cdp, то в dmi ставь LOC" об этой настройке не было ни слова... И, почему-то, в посте про "тогда будет подставляться" - тоже. Как и о множестве прочих важнейших промтов и их комбинаций...
Вот, собственно, о чём и речь...

тесты я как раз и делал! я про клид говорил. просто я советовал как проще и быстрее!

2 mariora:

Интересны промты INST, IDC и INAC на входящем в транзитный Меридиан маршруте, а также - тип транков.

2 bad:

Повторюсь: "читайте доку, делайте тесты" :-)))

Приветы!
вот

TYPE RDB
CUST 00
DMOD
ROUT
DES
TKTP TIE
NPID_TBL_NUM 0
ESN NO
RPA NO
CNVT NO
SAT NO
RCLS INT
DTRK YES
BRIP NO
DGTP PRI2
ISDN YES
MODE PRA
IFC SL1
NCNA YES
NCRD YES
CTYP UKWN
INAC YES
ISAR NO
DAPC NO
DSEL VOD
PTYP DTT
AUTO NO
DNIS NO
ICOG IAO
SRCH RRB
TRMB YES
STEP
ACOD 661
TCPP NO
TARG 10
BILN NO
OABS
INST
IDC YES
DCNO 1
NDNO 1 *
DEXT NO
DNAM NO
SIGO STD
MFC NO
ICIS NO
OGIS NO
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


PAGE 002

DRNG NO
CDR NO
NATL YES
SSL
CFWR NO
IDOP NO
MUS YES
MRT 20
PANS 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
ALRM NO
ART 0
PECL NO
DCTI 0
SGRP 0
ANIE 1
CAC_CIS 1
AACR NO

"напрямую через ACOD рута"... Понятно....

Промт INAC = YES означает разрешение подстановки к набору UDP'шного AC2 для звонков с calltype'ами, указанными в LD 15/21, TYPE NET, AC2 nnn, где nnn - может быть перечислением типов (NPA, NXX, INTL, SPN, LOC).

:D