Товарищи, помогите!
R 8.0.1. Имеем связку город---EDSS1---Alcatel---QSIG-GF---NEC
Транк группа между NEC и Alcatel сконфигурирована как Q-SIG GF:
130 - транк группа сигнализация ABC-F
в 5 Network Routing Table прописан протокол Q-SIG GF
созданы Routing No. ссылающиеся на транк группу 130 и 5 Network Routing Table.
При этом имена ходят замечательно, петли рвутся, и все хорошо.
НО, во первых в тарификацию не попадают звонки между NEC и Alcatel. Хотя для данной транк группы велено делать записи по окончанию звонка.
Зато есть тикеты транзитного звонка из NEC, отправленного с алкатель в город. При этом в тикетах поле ChargedNumber = FS130. То есть ID транк Q-SIG группы.
Пробовали создать Q-SIG BC транк группу. Имена естественноно не ходят, но номер звонящего в тикетах отображается корректно.
Объясните это я что то не понимаю, или алкатель накладывает некие ограничения?


Еще при транзите с NEC в город, этот японец отправляет Calling Number - 4 ци фры,которые не обрабатываются в NPD, хотя там сказано что InstNumber надо брать из Entity.
В итоге в город Calling Number уходит 4 цифры Isdn Unknown, один в один как приходит с NEC. При этом called number приходит тоже Isdn Unknown, но обрабатывается, по правилам прописанным в ARS руте. Все что нужно отрезается, все что нужно добавляется, и уходит в город как ISDN national (это к примеру, а вообще там 3 правила).
Как такое может быть?

Вот ответ французов в свое время на тему тарификации:
1. The solution is change in your trunk group Q931 signal Variant from Qsig to "ISDN All countries".
2. Accounting for ABCF Network call is only for to capture the incoming/ out going tickets of Internode links using Abcf Protocol. For Qsig Gf, System will not generate any Incoming tickets even though if the locks are Open.(C) Alcatel-Lucent
На тему идентификаторов - в общем случае при транзите идентификатор не переделывается. Соответственно проблема NEC слать правильный АОН. Единственное когда Алкатель переделывает АОН - у нас Network Mode, транковая группа ISDN all country, private=yes. Есть нюансы со звонками в сторону этой группы (перед набранным номером добавляется из entity то ли инсталляционный, то ли дефолтовский номер - лечится своим NPD где номер строится не через Entity, а через NPD. Насчет QSIG в этом случае я не уверен.

По обеим проблемам создали на BPWS реквест.
Отпишусь в случае появления новой информации.

И еще, при попытке позвонить с NEC по QSIG-GF на access автоаттенданта алкатель шлет UNALLOCATED NUMBER.
И абоненты алкатель лишены возможности напрямую набрать access IAA.
Создал гибридный линк, на пилота позвонить могу, на IAA нет. :(

А зачем внутри звонить на AA?

На алкателе поднят CCD, на который должны звонить и городские абоненты и абоненты NEC. На AA организован выбор языка и первоначальная маршрутизация на разных пилотов.

Ответ буржуев на BPWS: "...check the following parameter in the QSIG-GF Trunk group second level "Charge Calling And ADN Creation + YES...".
Выставил галку - в тикетах стала отображаться корректная информация.
Для примера тикет транзитного звонка с NEC (2289) в PSTN (299330) через алкатель:

====[/DHS3dyn/account/TAXATOGL.DAT : Ticket number 1/1/1]=======================
(00) TicketVersion = ED5.1 (01) CalledNumber = 299330
(02) ChargedNumber = 2289 (03) ChargedUserName =
(04) ChargedCostCenter = (05) ChargedCompany =
(06) ChargedPartyNode = 101 (07) Subaddress =
(08) CallingNumber =
(09) CallType = PrivateNetworkOutgoingCallToPublicNetwork
(10) CostType = ISDNCircuitSwitchedCall (11) EndDateTime = 20090313 00:58:56
(12) ChargeUnits = 7 (13) CostInfo = 700
(14) Duration = 7 (15) TrunkIdentity = 99
(16) TrunkGroupIdentity = 100 (17) TrunkNode = 101
(18) PersonalOrBusiness = Normal (19) AccessCode =
(20) SpecificChargeInfo = PBXGeneratedChargeUnits
(21) BearerCapability = Speech (22) HighLevelComp = Telephony
(23) DataVolume = 0 (24) UserToUserVolume = 0
(25) ExternFacilities = CallingLineIdentificationPresentation
(26) InternFacilities = BasicCall ARSService
(27) CallReference = 90 (28) SegmentsRate1 = 0
(29) SegmentsRate2 = 0 (30) SegmentsRate3 = 0
(31) ComType = Voice (32) X25IncomingFlowRate = Unspecified
(33) X25OutgoingFlowRate = Unspecified (34) Carrier = 0
(35) InitialDialledNumber = 299330 (36) WaitingDuration = 0
(37) EffectiveCallDuration = 0 (38) RedirectedCallIndicator = 0
(39) StartDateTime = 20090313 00:58:49 (40) ActingExtensionNumber =
(41) CalledNumberNode = 9999 (42) CallingNumberNode = 9999
(43) InitialDialledNumberNode = 9999 (44) ActingExtensionNumberNode = 9999
(45) TransitTrunkGroupIdentity = 32767 (46) NodeTimeOffset = 0



А вот так выглядит звонок с NEC (2289) на абонента Alcatel (9999). Обратите внимание что 2289 звонил на 9999, хотя в тикете отобразилась диаметрально противоположная картина :)
Но этит тип звонков в тарификации нам не нужен, проверяли ради интереса.

====[/DHS3dyn/account/TAXATOGM.DAT : Ticket number 1/1/1]=======================
(00) TicketVersion = ED5.1 (01) CalledNumber = 2289
(02) ChargedNumber = 9999 (03) ChargedUserName = 9999
(04) ChargedCostCenter = (05) ChargedCompany =
(06) ChargedPartyNode = 101 (07) Subaddress =
(08) CallingNumber =
(09) CallType = PublicOrPrivateNetworkIncomingCallThroughPrivateNetwork
(10) CostType = Unspecified (11) EndDateTime = 20090313 01:03:19
(12) ChargeUnits = 0 (13) CostInfo = 0
(14) Duration = 4 (15) TrunkIdentity = 120
(16) TrunkGroupIdentity = 110 (17) TrunkNode = 101
(18) PersonalOrBusiness = Normal (19) AccessCode =
(20) SpecificChargeInfo = (21) BearerCapability = Speech
(22) HighLevelComp = Telephony (23) DataVolume = 0
(24) UserToUserVolume = 0 (25) ExternFacilities =
(26) InternFacilities = BasicCall (27) CallReference = 92
(28) SegmentsRate1 = 0 (29) SegmentsRate2 = 0
(30) SegmentsRate3 = 0 (31) ComType = Voice
(32) X25IncomingFlowRate = Unspecified (33) X25OutgoingFlowRate = Unspecified
(34) Carrier = 0 (35) InitialDialledNumber =
(36) WaitingDuration = 0 (37) EffectiveCallDuration = 0
(38) RedirectedCallIndicator = 0 (39) StartDateTime = 20090313 01:03:15
(40) ActingExtensionNumber = (41) CalledNumberNode = 9999
(42) CallingNumberNode = 9999 (43) InitialDialledNumberNode = 9999
(44) ActingExtensionNumberNode = 9999 (45) TransitTrunkGroupIdentity = 32767
(46) NodeTimeOffset = 0



Кому интерсно могу прислать параметры QSIG-GF транк группы.

Ничего диаметрального нет, всегда тарифицируемый абонент (к кому относится тикет) - абонент своей станции, а called number - номер внешнего абонента (набранный или АОН, в зависимости от типа звонка - входящий или исходящий), мы не можем относить тарификацию на внешнего абонента, по двум причинам - он не наш, второе - АОН не гарантирован.

Как я уже писал: На алкателе поднят CCD, на который должны звонить и городские абоненты и абоненты NEC. На AA организован выбор языка и первоначальная маршрутизация на разных пилотов. В связи с тем, что для абонентов NEC отсутствует возможность позвонить на автосекретаря как можно организовать функционал AA (менюхи выбора языка и пилота) на CCD?

Может поменять QSIG на ISDN? Пропадут имена, но никих проблем со всем остальным?
Или если есть лишние потоковые платы - организовать второе направление между станциями?

В том то и дело что имена нужны операторам колл центра...

если создать TG как qsig то в этоге мы поимеет только протокол qsig-bc, чтоб был qsig-gf то нужно создавать TG как ABC-F, потом через преф роутинга оговаривать что данное направление qsig-gf

на форуме было как пытался связать ОХЕ с самсунгом os7200 по qsig, там как раз нашел заморочки по передачи имен

2 error - Вы не поняли. QSIG-GF поднят, и не хотелось бы от него отказываться, т.к. нужны имена. В то же время нужно иметь возможность позвонить с NEC на IAA, что алкатель сделать не дает, считая входящие вызовы по QSIG-GF private.
Решение было найдено - AA Menu на 4645. Он не такой кастомизируемый как IAA, но на безрыбье...