Народ!
Кто эту штуку сетапил?
SIP URI на DAP Controller как-то прописываются?
А то что-то ничего кроме внутреннего DN DECT с IE unknown/unknown на входе СS1000 получить не удается.
А проблема в следующем. Правильно сформировать CLID на ТСОП. Пока не понятно как:(

Перечитал вчера доку по SIP DECT Fundamentals, насколько я понял поле URI только в настройках гейтвея, а если у меня не совпадает городской с внутренним?

Так ото ж!
Похоже UEXT, который прописывается в CS на исходящую связь вообще никак не влияет. Звонок с DECT во внешний мир для CS чистый транзит.

Сумно...

Так ото ж!
Похоже UEXT, который прописывается в CS на исходящую связь вообще никак не влияет. Звонок с DECT во внешний мир для CS чистый транзит.

Не настраивал ни чего с UEXT, но вроде как говорилось, что к нему привязывается CLID таблица, так же как и для других типов... получается это не так?

Талица то привязывается. Дело в том, что SIP DECT для CS является внешней системой. И по ходу UEXT работает только для входящих на DECT вызовов. При исходящем с DECT наружу для CS это транзит.

Талица то привязывается. Дело в том, что SIP DECT для CS является внешней системой. И по ходу UEXT работает только для входящих на DECT вызовов. При исходящем с DECT наружу для CS это транзит.

В сущности, как я понимаю, UEXT в данном случае является как SIP Line (DAP с трубками являются sip endpoint (line) ).
Получается и для SIP Line будут такие же проблемы...
Да, хотелось бы услышать от тех кто имел опыт инсталляции, как у них дела обстоят... у меня к сожалению, возможности проверить нет... :(

P.S. Зачем же тогда к UEXT привязывается CLID таблица, если она как бы не используется для исходящих... да и UEXT, по логике, должен как раз привязывать "внешнюю систему", внешние SIP Line, к станции, как для входящей так и для исходящей связи...

В сущности, как я понимаю, UEXT в данном случае является как SIP Line (DAP с трубками являются sip endpoint (line) ).
Получается и для SIP Line будут такие же проблемы...
Да, хотелось бы услышать от тех кто имел опыт инсталляции, как у них дела обстоят... у меня к сожалению, возможности проверить нет... :(

P.S. Зачем же тогда к UEXT привязывается CLID таблица, если она как бы не используется для исходящих... да и UEXT, по логике, должен как раз привязывать "внешнюю систему", внешние SIP Line, к станции, как для входящей так и для исходящей связи...
Какой SIP Line? Доступ к DECT осуществляется через транки.
Nortel Communication Server 1000
SIP DECT Fundamentals
Release: 5.5
Document Revision: 01.07
Читаем Product overview
Особенно стр 14. Universal extension support
Там все написано :(

Какой SIP Line? Доступ к DECT осуществляется через транки.


Я к тому, что на базе того же UEXT только другого подтипа, настраивается и sipline.

P.S. Для SIP Line тоже нужен SIP транк.

Пока не сталкивался. Но если и там так же, то это полная }|{ :(

Как борьба? Получилось сформировать правильный CLID?

А то анонсировали новую версию SIP DECT 4.2, там написано что улучшен CLID, что подразумевается не знаю.


Bulletin Number: P-2009-0139-EMEA
....
The advisements stated in the SIP DECT GA Bulletin remain in force,
however CLID support, Dialed Party Name Display and Blind Transfer
call logs performance is significantly improved.
....

Скачал, поставил, посмотрел, удалил. Кардинально ничего не изменилось. Т.к. сайт далеко, живьем проверить нет возможности. Но глубоко сомневаюся, что "улучшения" исправили ситуацию (к стати, совершенно не понятно для какого направления эти улучшения делались, для входщих или исходящих DECT вызовов) . Идеологически это внешняя по отношению к CS система. А рычагов для разруливания проблемы в нужном направлении на данный момент не вижу.

Нортел в ответ на мой вопрос порекомендовал открывать кейс.

Нортел в ответ на мой вопрос порекомендовал открывать кейс.

Извиняюсь... хрень какая то.....
2all: Кто нибудь еще ставил SIP DECT, как обстоят дела?

мы настроили SIP DECT, работает, от оператора нареканий нет. на счет UEXT скажу, что все же он используется для исходящих звонков, хотя сначала было подозрение, что просто транзит. Проверили на XLSTах и NCOS, иначе как бы ограничивались звонки?? CLID для них берется также как и для всех из LD 15. В трейсах вижу что идет TON= national для DECT также как и для всех остальных абонентов, а в DAP Controller на самом деле настроек SIP-URI нет вообще ни каких

....Проверили на XLSTах и NCOS, иначе как бы ограничивались звонки?? CLID для них берется также как и для всех из LD 15. В трейсах вижу что идет TON= national для DECT также как и для всех остальных абонентов, а в DAP Controller на самом деле настроек SIP-URI нет вообще ни каких

Вот я и в доке читал, и по логике предполагал, что у UEXT должны быть такие же характеристик (xlst, cls, cos и конечно же таблицы CLID) как и у другого типа абонентских портов...

У портов CallPilot'а тоже есть XLST, а не работает однако... :rolleyes:

мы настроили SIP DECT, работает, от оператора нареканий нет. на счет UEXT скажу, что все же он используется для исходящих звонков, хотя сначала было подозрение, что просто транзит. Проверили на XLSTах и NCOS, иначе как бы ограничивались звонки?? CLID для них берется также как и для всех из LD 15. В трейсах вижу что идет TON= national для DECT также как и для всех остальных абонентов, а в DAP Controller на самом деле настроек SIP-URI нет вообще ни каких
Ув. Колючка! Поделитесь тогда конфигами UEXT и DAP Controller, покажите трейсы. Может я не там читал? От женского взгляда редко что может ускользнуть:)

У портов CallPilot'а тоже есть XLST, а не работает однако... :rolleyes:

Да... есть такой неприятный косяк...

DCH 206 UIPE_OMSG CC_SETUP_REQ REF 00005693 CH 206 25 TOD 16:38:33 CK B72965F0
PROGRESS: INTERWORKING WITH PRIVATE WORK
CALLING #:7172606606 NUM PLAN: E164 TON: NATL
CALLED #:87777823044 NUM PLAN: E164 TON: UNKNOWN

это кусок трейса уже в город
а вот уже сам UEXT

DES 1
TN 120 0 01 00 VIRTUAL
TYPE UEXT
CDEN 8D
CTYP XDLC
CUST 0
UXTY SIPN
UXID
NUID
NHTN
ERL 0
ECL 0
FDN
TGAR 0
LDN NO
NCOS 1
SGRP 0
RNPG 0
SCI 0
SSU
XLST 5
SCPW
SFLT NO
CAC_MFC 0
CLS UNR FBD WTA LPR MTD FND HTD TDD HFD CRPD
MWD LMPN RMMD SMWD AAD IMD XHD IRD NID OLD VCE DRG1
POD DSX VMD SLKD CCSD SWD LND CNDD
CFTD SFD MRD DDV CNID CDCA MSID DAPA BFED RCBD
ICDA CDMD MCTD CLBD AUTU
GPUD DPUD DNDD CFXD ARHD CLTD ASCD
CPFA CPTA ABDD CFHD FICD NAID RDLA 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 VOLA VOUD CDMR ICRD MCDD T87D MSNV FRA PKCH
CPND_LANG ENG
HUNT
PLEV 02
DANI NO
AST
IAPG 0
AACS NO
ITNA NO
DGRP
MLWU_LANG 0
MLNG ENG
DNDR 0
KEY 00 MCR 606606 0 MARP
CPND
CPND_LANG ROMAN
NAME Zhambul
XPLN 7
DISPLAY_FMT FIRST,LAST
01 HOT P 10 0907606606
02
03
04
05

>ld 21
PT1000

REQ: prt
TYPE: clid

CUST 0
SIZE 256
RNGE

INTL

ENTRY 0
HNTN 7172
ESA_HLCL
ESA_INHN NO
ESA_APDN YES
HLCL
DIDN YES
HLOC
LSC
CLASS_FMT D
это пока что касается Call Server

ну а здесь скриншот с DAP configurator ( в DAP Controller вообще никаких интересных настроек нет) ну и кусок настройки SIP URI в ноде, в NRS использовали в сторону CallServer cdp набор. Вобщем все завелось с пол пинка по доке.

19/10/2009 17:07:23 LOG0006 SIPNPM: SIPCallTrace: This is Incoming Message
19/10/2009 17:07:23 LOG0006 SIPNPM: SIPCallTrace:
Message: Incoming method INVITE(0) chid: 0 Called num: 87777823044 Far End Signaling IP: 10.98.3.1:5060 Transport:UDP CSeq:
20 INVITE
From: 606606 <sip:606606@sip-ktzh.railways.local>
19/10/2009 17:07:23 LOG0006 SIPNPM: SIPCallTrace:
To: <sip:87777823044@sip-ktzh.railways.local>
User-Agent: Nortel SIP IP-DECT Gateway
Media Info: 10.98.3.1 Codecs: G711 U-Law(0) G711 A-Law(8) Payload: 20 ms Media State: SIPNPM_MEDIA_SENDRECV

19/10/2009 17:07:23 LOG0006 SIPNPM: SIPCallTrace: This is Outgoing Message
?19/10/2009 17:07:23 LOG0006 SIPNPM: SIPCallTrace:
Message: Outgoing response 100 Trying chid: 0 Called num: 87777823044 Far End Signaling IP: 10.98.3.1:5060 Transport:UDP
From: 606606 <sip:606606@sip-ktzh.railways.local>
To: <sip:87777823044@sip-ktzh.railways.local>
19/10/2009 17:07:23 LOG0006 SIPNPM: SIPCallTrace:
User-Agent: Nortel CS1000 SIP GW release_5.0 version_sse-5.50.12

а это трейс на сигнальнике, кстати заметила что здесь тип номера (unkn, national) вообще не идет. Хотя при работе с другими стыковками по SIP (OCS, MCS) где тоже используются UEXT, правда немного для других целей, тип идет, и вот там это проблема, так как идет unknown и ни как при транзите через CS не становится national, до сих пор там у меня висит эта проблема, а у DECT все ок

Ув. Колючка!
Насколько я вижу, у вас DN совпадает с DID номером. Тут вроде как выкрутиться еще можно. Распечатку рутов SIP и на оператора еще покажите, плз. Но если DN никак не совпадает с DID номером, тогда и начинаются проблемы. Ради эксперимента, сделайте какой-то CLID entry и привяжите его к UEXT, а DN на DAP отличный от DN UEXT сделайте и попробуйте наружу выйти. Интересно что у вас получится.

да у клиента хорошие уславия, большой пул внешних номеров, сложную таблицу клидов городить не пришлось, ради эксперимента попробую ваше предложение, распечатки ниже
1-й сип рут
REQ: prt
TYPE: rdb
CUST 0
ROUT 221

TYPE RDB
CUST 00
ROUT 221
DES DECT
TKTP TIE
NPID_TBL_NUM 0
ESN NO
RPA NO
CNVT NO
SAT NO
IDEF NET
RCLS EXT
VTRK YES
ZONE 000
PCID SIP
CRID NO
NODE 1
DTRK NO
ISDN YES
MODE ISLD
DCH 221
IFC SL1
PNI 00000
NCNA YES
NCRD NO
FALT NO
CTYP CDP
INAC YES
ISAR NO
DAPC NO
MBXR NO
PTYP ATT
AUTO NO
DNIS NO
DCDR NO
ICOG IAO
SRCH LIN
TRMB YES
STEP
ACOD 00021
TCPP NO
TARG 01
CLEN 1
BILN NO
OABS
INST
IDC YES
DCNO 2
NDNO 2 *
DEXT NO
DNAM NO
SIGO ESN5
MFC NO
ICIS YES
OGIS YES
TIMR ICF 512
OGF 512
EOD 13952
DSI 34944
NRD 10112
DDL 70
ODT 4096
RGV 640


PAGE 002

GTO 896
GTI 896
SFB 3
NBS 2048
NBL 4096
TFD 0
RTD 12
EESD 1024
SST 5 0
DTD NO
SCDT NO
2 DT NO
NEDC ORG
FEDC ORG
CPDC NO
DLTN NO
HOLD 02 02 40
SEIZ 02 02
SVFL 02 02
DRNG NO
CDR NO
NATL YES
SSL
CFWR NO
IDOP NO
MUS YES
MRT 5
PANS YES
MANO 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
AUTH NO
TTBL 0
ATAN NO
OHTD NO
PLEV 2
OPR NO
ALRM NO
ART 0
PECL NO
DCTI 0
TIDY 00021 221
ATRR NO
TRRL NO
SGRP 0
ARDN NO
AACR NO


теперь dss
ROUT 200

TYPE RDB
CUST 00
ROUT 200
DES STOP
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 NO
DAPC NO
INTC NO
MBXR NO
DSEL VOD
PTYP DCO
AUTO NO
DNIS NO
DCDR NO
ICOG IAO
RANX NO
SRCH RRB
TRMB YES
STEP
ACOD 00020
TCPP NO
TARG
CLEN 1
BILN NO
OABS
INST
IDC YES
DCNO 2
NDNO 2 *
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


PAGE 002

SFB 3
NBS 2048
NBL 4096
RTD 12
DTD NO
SCDT NO
2 DT NO
DDO NO
DRNG NO
CDR YES
INC YES
LAST YES
TTA NO
QREC NO
OAL YES
AIA YES
OAN YES
OPD YES
NDP EXC 0
CDRX NO
NATL YES
SSL
CFWR NO
IDOP NO
MUS YES
MRT 5
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 00020 200
SGRP 0
ARDN NO
AACR NO

да вы правы, изменила key 0 на uext, прилепила совсем левый entry, все равно шел в качестве clid номер, который в DAP Controller, только код города лепился правильно из LD 15 и тип номера шел верно. Удалила вообще UEXT, звонит, clid тот же, только теперь без ограничений везде и по XLST 0. короче инфу с кнопок он вообще не берет при исходящем звонке. Короче дело-дрянь!! вариант всем DECT один XLST и в отдельный рут на город со своим одним CLID - огород городить, да и неправильно, но пока другого не вижу

да вы правы, изменила key 0 на uext, прилепила совсем левый entry, все равно шел в качестве clid номер, который в DAP Controller, только код города лепился правильно из LD 15 и тип номера шел верно. Удалила вообще UEXT, звонит, clid тот же, только теперь без ограничений везде и по XLST 0. короче инфу с кнопок он вообще не берет при исходящем звонке. Короче дело-дрянь!! вариант всем DECT один XLST и в отдельный рут на город со своим одним CLID - огород городить, да и неправильно, но пока другого не вижу

Что то не доделал Nortel... :confused:

У нортела с CLID'ами как то совсем все плохо. Элементарная задача - есть 2 потока на город, нужно закрыть каждый из них одним клидом, но своим на каждый поток. Танцы с бубном на целый день обеспечены! Иногда просто добивает эта упертость производителя, что в задачи УПАТС не входит манипуляция клидом. :mad:

У нортела с CLID'ами как то совсем все плохо. Элементарная задача - есть 2 потока на город, нужно закрыть каждый из них одним клидом, но своим на каждый поток. Танцы с бубном на целый день обеспечены! Иногда просто добивает эта упертость производителя, что в задачи УПАТС не входит манипуляция клидом. :mad:

Да, это точно, зато данная функциональность легко реализуема на Аваи... даже обидно было, когда мне это показали :)

P.S. В нашей ситуации вообще проблема странная, вроде как UEXT в данной связке и сделан, что бы к сип-дект абоненту привязать cos, cls, xlst, clid и другие свойства присущие абоненту станции, ан нет, не работает... по крайней мере не работает CLID. Думаю, что такая же проблема не только на SIPN но и на SIP3 абонентах....

да вы правы, изменила key 0 на uext, прилепила совсем левый entry, все равно шел в качестве clid номер, который в DAP Controller, только код города лепился правильно из LD 15 и тип номера шел верно. Удалила вообще UEXT, звонит, clid тот же, только теперь без ограничений везде и по XLST 0. короче инфу с кнопок он вообще не берет при исходящем звонке. Короче дело-дрянь!! вариант всем DECT один XLST и в отдельный рут на город со своим одним CLID - огород городить, да и неправильно, но пока другого не вижу

CLS UNR - какие ограничения?

да не удачный пример UEXT я взяла для трейсов, на нем на самом деле изначально не было ограничений, но ваш пост заставил еще раз самой, не доверяя механикам, проверить работу cls tld, ncos, и xlst, и о ужас!!!! после 3 месяцев работы 100 трубок, я обнаруживаю, что все это на UEXT при исходящей связи не работает!!!!:mad::mad::eek::eek: А это очень и очень плохо!!! все звонят кому хотят:mad::eek: HELP!! пока это не обнаружилось. Теперь я спрашиваю, у кого корректно работает SIP DECT???

Да ни у кого. Так оно и работает(вернее не работает).
Интересно было бы услышать мнение особ, приближенных к императору, [ss] и lexad.

Да ни у кого. Так оно и работает(вернее не работает).


Получается SIP DECT работает как "внешний" шлюз для cs1000, UEXT (sipn) не работает, но их продают при заказе sip dect. :D

cls tld, ncos, и xlst, все это на UEXT при исходящей связи не работает

Таки все не работает? Даже xlst? А на остальных абонентах работает? А TGAR?
Может есть смысл организовать нового заказчика или побить на группы и привязать к разным направлениям и уже на встречном роуте забанить кого попало?

йа плакалъ пацталом

to URRI

с проблемой CLID, должны отрабатывать они на KEY 0 на UEXT, о чем свидетельствует описание патча MPLR26524 (смотрела для релиза 5.5):
CLID assigned to UEXT key 0 is not applied on calls to PSTN over ISDN UIPE trunks
Фишка в том, что стоит у меня этот патч, а CLID с KEY 0 не берется.

Новая фишка :)
Читаю документ SIP DECT on CS1000 R6.0 SIP LINE (P-2010-0019-EMEA)
Теперь на 6ом релизе с версией прошивки для DAP 427, DECT абоненты настраиваются как UEXT SIP Line, а не SIPN (хотя и поддерживается SIPN, но не рекомендуется).

Может тогда будет решена проблема описанная выше....

Вот еще выдержка из ntp:

ATTENTION
This document describes both SIPN and SIPL connection types. Some sections
of this document discuss only SIPN or SIPL, while other sections cover
both, and contain notes concerning the differences between SIPN and SIPL
configuration. When you configure Nortel SIP DECT, ensure that you follow the
procedures for the configuration type that you require.
• SIPL connections are available on CS 1000 Release 6.0 and later, and use
SIP Line Gateway nodes to connect SIP clients to the Call Server. SIPL
connections support SIP DECT handset registration, and require that you
create a SIPL subtype of UEXT blocks on the Call Server.
• SIPN connections are available on CS 1000 Release 5.5 and later, and are
normally used only on that release. SIPN connections are based on SIP
trunks between SIP Gateway (Signaling Server) and NRS. SIPN connections
don’t support SIP DECT handset registration, and require that you create a
SIPN subtype of UEXT blocks on the Call Server.

Поднимаю старую тему.
С новыми релизами ситуация изменилась? Курил доку по 7.5, видимых изменений к лучшему не увидел, кроме фразы
The Nortel Integrated SIP DECT system provides the following UEXT
features.
бла бла бла
• Call Restrictions applicable to a UEXT
На практике кто-то ощутил?