Tema
22.11.2007, 19:04
Есть станция CS 1000M Single Group, процессоры P4, релиз софта 4.50W Advanced Network Services. Подключена к городу двумя потоками EuroISDN. Отправка цифр оверлапом (требование оператора). На городские номера наборы идут без проблем. Если звонить на мобильник/межгород, то после набора 8 слышится ответ междугородки, а вот далее с цифрового аппарата остальные цифры набираются, и их видно в трассировке D-канала, а с аналогового телефона после 8 ничего не набирается, даже ответ станции не прерывается, и в трассировке ничего нет. У меня ощущение, что это какая-то фича, а не баг, только вот какая? Если кто знает, ткните, плиз, фэйсом в документацию, где про это почитать.
Хотя, я конечно выкрутился: отправляю первые 2 цифры вместе, а далее по одной. Заодно и от ответа междугородки избавился.

PhoneMan
22.11.2007, 19:36
Tema пишет
..после набора 8 слышится ответ междугородки, а вот далее с цифрового аппарата остальные цифры набираются, и их видно в трассировке D-канала, а с аналогового телефона после 8 ничего не набирается, даже ответ станции не прерывается..
На рут выходили через ACOD?

ivanopulo
22.11.2007, 19:46
вот, млин...
первый раз слышу такое требование от оператора......
всегда - наоборот - "идите в жо! никаких оверлапов! даже не думайте! а нас не колышет, что международка разная по длинне номера! прописывайте свой "флен" для каждой страны в отдельности!"
ладно... это все словесные упражнения...
а можно своими глазами на мониторинг д-канала взглянуть?
что там после злосчастной 8-ки происходит? (с цифры и с аналога)

vv11
22.11.2007, 21:54
Да уж если прикинуть сколько потоков у оператора на УАТС, то никаких ресурсов станции может не хватить на обработку каждой цифири оверлапом.:cool:
А по поводу разной длины номера для разных стран, можно прописать коды известных стран и прописать им правильный FLEN остальным поставить FLEN 0 и пусть жду "истекания" таймера "конец набора".

Tema
23.11.2007, 10:14
PhoneMan пишет
На рут выходили через ACOD?
Нет, 9 (AC1), затем 8 (SPN с FLEN 0)... и т.д.

А требование про оверлап действительно странное.. Оператор сам и будет обслуживать этот Меридиан (это как бы вынос от их городской станции). Более того, сказали вообще на всех SPNах сделать FLEN 0. Трассировку новую сделать не получится, станция уже в работе, а вот в логах попробую поискать.

Ivan_A
23.11.2007, 11:07
Я то-то не понимаю. Если flen 0, то набор пойдет n-блоком всех цифр по таймауту. Чтобы набор был оверлапом надо ставить flen 1. Если же вы набираете 98, а потом ждете гудка, то по срабатыванию таймера EOD имхо станция имеет право отключить детекторы тона от аналоговых аппаратов и не отправлять цифры. Пусть гуру поправят меня если я не прав...

Tema
23.11.2007, 11:59
Ivan_A:
в SPNе 8 FLEN 0, в D-канале OVLS YES, и еще в RLI-ке OVLL 1.
Я так понял, этот параметр (OVLL) определяет сколько цифр уйдут вместе. Когда я поставил OVLL 2, стали уходить первые 2 цифры вместе, остальные по одной. Так сейчас и работает. Я просто хочу понять, почему после ответа междугородки только аналоговые аппараты не набирают далее ничего!

Кстати, нашел трассировки в логах.
Набор с цифрового:

DCH 24 UIPE_OMSG CC_SETUP_REQ REF 0000001B CH 4 5 TOD 13:26:17 CK 13B754C1
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:2152201 NUM PLAN: E164 TON: LOCL
CALLED #:8 NUM PLAN: E164 TON: UNKNOWN

DCH 24 UIPE_IMSG CC_MORE_INFO_IND REF 0000001B CH 4 5 TOD 13:26:17 CK 13B75555

DCH 24 UIPE_IMSG CC_PROGRESS_IND REF 0000001B CH 4 5 TOD 13:26:17 CK 13B75569
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 24 UIPE_OMSG CC_INFO_REQ REF 0000001B CH 4 5 TOD 13:26:20 CK 13B763C0
CALLED #:9 NUM PLAN: E164 TON: UNKNOWN

DCH 24 UIPE_OMSG CC_INFO_REQ REF 0000001B CH 4 5 TOD 13:26:20 CK 13B76640
CALLED #:5 NUM PLAN: E164 TON: UNKNOWN

DCH 24 UIPE_OMSG CC_INFO_REQ REF 0000001B CH 4 5 TOD 13:26:20 CK 13B76860
CALLED #:0 NUM PLAN: E164 TON: UNKNOWN

DCH 24 UIPE_OMSG CC_INFO_REQ REF 0000001B CH 4 5 TOD 13:26:20 CK 13B76B20
CALLED #:2 NUM PLAN: E164 TON: UNKNOWN

DCH 24 UIPE_OMSG CC_INFO_REQ REF 0000001B CH 4 5 TOD 13:26:21 CK 13B76F21
CALLED #:0 NUM PLAN: E164 TON: UNKNOWN

DCH 24 UIPE_OMSG CC_INFO_REQ REF 0000001B CH 4 5 TOD 13:26:21 CK 13B77201
CALLED #:0 NUM PLAN: E164 TON: UNKNOWN

DCH 24 UIPE_OMSG CC_INFO_REQ REF 0000001B CH 4 5 TOD 13:26:21 CK 13B77A61
CALLED #:8 NUM PLAN: E164 TON: UNKNOWN

DCH 24 UIPE_OMSG CC_INFO_REQ REF 0000001B CH 4 5 TOD 13:26:21 CK 13B77BC1
CALLED #:8 NUM PLAN: E164 TON: UNKNOWN

DCH 24 UIPE_OMSG CC_INFO_REQ REF 0000001B CH 4 5 TOD 13:26:23 CK 13B78121
CALLED #:0 NUM PLAN: E164 TON: UNKNOWN

DCH 24 UIPE_OMSG CC_INFO_REQ REF 0000001B CH 4 5 TOD 13:26:23 CK 13B78361
CALLED #:5 NUM PLAN: E164 TON: UNKNOWN

DCH 24 UIPE_IMSG CC_PROCEED_IND REF 0000001B CH 4 5 TOD 13:26:23 CK 13B7839E

DCH 24 UIPE_IMSG CC_ALERT_IND REF 0000001B CH 4 5 TOD 13:26:27 CK 13B7A530

DCH 24 UIPE_OMSG CC_DISC_REQ REF 0000001B CH 4 5 TOD 13:26:30 CK 13B7B844
CAUSE: #16 - NORMAL CALL CLEARING

DCH 24 UIPE_IMSG CC_RELEASE_IND REF 0000001B CH 4 5 TOD 13:26:30 CK 13B7B881

DCH 24 UIPE_OMSG CC_RELEASE_RESP REF 0000001B CH 4 5 TOD 13:26:30 CK 13B7B882

Набор с аналогового:

DCH 24 UIPE_OMSG CC_SETUP_REQ REF 00000017 CH 4 9 TOD 13:24:18 CK 13B3B3CC
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:2152200 NUM PLAN: E164 TON: LOCL
CALLED #:8 NUM PLAN: E164 TON: UNKNOWN

DCH 24 UIPE_IMSG CC_MORE_INFO_IND REF 00000017 CH 4 9 TOD 13:24:18 CK 13B3B45D

DCH 24 UIPE_IMSG CC_PROGRESS_IND REF 00000017 CH 4 9 TOD 13:24:18 CK 13B3B472
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 24 UIPE_OMSG CC_DISC_REQ REF 00000017 CH 4 9 TOD 13:24:23 CK 13B3DD6D
CAUSE: #16 - NORMAL CALL CLEARING

DCH 24 UIPE_IMSG CC_RELEASE_IND REF 00000017 CH 4 9 TOD 13:24:23 CK 13B3DDAB

DCH 24 UIPE_OMSG CC_RELEASE_RESP REF 00000017 CH 4 9 TOD 13:24:23 CK 13B3DDAC

На мой взгляд, в обоих случаях приходят одни и те же сообщения, но набора почему-то нет.

Ivan_A
23.11.2007, 12:25
Tema пишет
Ivan_A:
в SPNе 8 FLEN 0, в D-канале OVLS YES, и еще в RLI-ке OVLL 1.
Я так понял, этот параметр (OVLL) определяет сколько цифр уйдут вместе. Когда я поставил OVLL 2, стали уходить первые 2 цифры вместе, остальные по одной. Так сейчас и работает.
Возможно. Никогда не экспериментировал. Хотя если верить доке, то если, например, FLEN 1 а OVLL 2, то абонент должен набрать минимум 2 цифры перед тем как уйдет setup, но если flen 0 - не понятно. ИМХО в этом случае конец набора должен определяться по таймауту и все цифры должны идти энблоком.

Tema пишет
Я просто хочу понять, почему после ответа междугородки только аналоговые аппараты не набирают далее ничего!

А по трассировке аналогового аппарата видно что детекторы тона откючаются? А если в пульсе понабирать? Хотя нелогично...

Tema
23.11.2007, 12:30
Не помню точно, пробовал ли я набирать в пульсе, но вроде да, и тоже ничего не набиралось после 8 и гудка.