Остин
06.07.2011, 20:02
Доброго вечера. Подскажите где собака зарыта.
Есть сеть АТС: Коралл(АТС1)-Сименс(АТС2)-Сименс(АТС3). Т.е. транзит через АТС2
Номера АТС3 на Коралле определены типом network.
При звонках ATC1->ATC3 достаточно часто происходит сбой соединения с причиной #28 (1CH Неправильный формат, неполный адрес)
Т.е. можно набрать пять раз, а соединиться только два раза и т.п.
Т.е. характер случайный. Бывает долго не сбоит, бывает условно говоря через раз. При этом в направлении АТС1->АТС2 или АТС3->АТС1 сбоев никогда не фиксировалось.
По логам msg ничего специфичного не видно. Неудачная попытка выглядит
последовательностью сообщений с кодами
4H(исходяший)-80H-80H-1H(call accept)-60H-2H(Call disconnect c кодом 1CH)-60H-EH(Call cleared).
При удачной попытке
4H-80H-80H-1H-60H-5H(call progress)-2H(нажимаю отбой т.е. 10H нормальное рассоединение)-60H-EH
Лог могу приложить, если надо.
Протокол QSIG. Поток по оптике через мультиплексор в котором еще городской поток и интернет.
Связистов на стороне Сименсов найти проблематично (они приходящие там)
Настройки нашей стороны:
NAME-
SIGNALING_CHANNEL- 0
MAIN_CHANNEL:
SHELF - 0
SLOT - 1
CHANNEL - 16
B_CHANNEL_NEGOTIATION:
(Exclusive/Preferred)- Prefered
PROTOCOL_ID (At&t/Etsi/aUstralia/Qsig)- Qsig
PROTOCOL_SIDE: U(User or slave)/N(Network or master)- User
END_OF_DIAL_DIGIT- NONE
SENDING_COMPLETE for outgoing calls (Y/N)- Y
SENDING_COMPLETE for Enblock Incoming calls (Y/N)- Y
Send Connected Number to Public Network (Y/N)- Y
CONNECT_WHEN_DEST_IS_NOT_ISDN (Y/N)- Y
DTMF_WHEN_CALL_PROC (OVERLAP ONLY) (Y/N)- N
MLPP_SUPPORT (Y/N)- N
Adjacent Entity Number - 4
Filter out IN_BAND_PROGRESS (Y/N)- N
Send Redirecting Number (Y/N)- Y
QSIG DEFINITIONS :
Support Call Independent Signalling Connection (CISC) (Y/N)- N
Transit Counter in CISC calls (Y/N)- N
NET DIVERSION (Y/N)- Y
TRANSIT_COUNTER_CODING (Ecma/Iso)- Ecma
PROTOCOL_PROFILE (Ecma/Iso)- Ecma
Path Replacement re-use of connection element (Y/N)- N

Грешил на MPT (говорили в особо тяжелых случаях помогала перезагрузка), менял на другую с другими прошивками. В итоге сегодня поставил PRI а проблемы продолжаются.

Georg_Ua
07.07.2011, 09:02
Сравни параметры.
22
------------


NAME- BLANK
SIGNALING_CHANNEL- 22
MAIN_CHANNEL:
SHELF - 12
SLOT - 9
CHANNEL - 16
B_CHANNEL_NEGOTIATION:
(Exclusive/Preferred)- Exclusive
PROTOCOL_ID (At&t/Etsi/aUstralia/Qsig)- Qsig
PROTOCOL_SIDE: U(User or slave)/N(Network or master)- Network
END_OF_DIAL_DIGIT- NONE
SENDING_COMPLETE for outgoing calls (Y/N)- Y
SENDING_COMPLETE for Enblock Incoming calls (Y/N)- Y
Send Connected Number to Public Network (Y/N)- Y
CONNECT_WHEN_DEST_IS_NOT_ISDN (Y/N)- N
DTMF_WHEN_CALL_PROC (OVERLAP ONLY) (Y/N)- Y
MLPP_SUPPORT (Y/N)- N
Adjacent Entity Number - 22
Filter out IN_BAND_PROGRESS (Y/N)- N
Send Redirecting Number (Y/N)- N
QSIG DEFINITIONS :
Support Call Independent Signalling Connection (CISC) (Y/N)- Y
Transit Counter in CISC calls (Y/N)- Y
NET DIVERSION (Y/N)- Y
TRANSIT_COUNTER_CODING (Ecma/Iso)- Iso
PROTOCOL_PROFILE (Ecma/Iso)- Ecma
Path Replacement re-use of connection element (Y/N)- Y

Остин
07.07.2011, 23:41
Тут много чего не совпадает. Но в каком может быть причина, которая ПЕРИОДИЧЕСКИ приводит к отбою #28?
Есть соображения или советуешь попробовать с твоими настройками погонять?
Такое впечатление, что сторона Siemens как то преждевременно воспринимает конец пакета и номер адресата проходит не полностью. Кстати, кто силен в сигнализации, как определяется конец пакета или есть параметр определяющий его длину? В каком виде SENDING_COMPLETE выдается тобишь?

valeryk
08.07.2011, 06:10
У меня с Hipath (http://bbs.radiolink.ru/forum/forumdisplay.php?f=38) 4000 только так работает:

SIGNALING_CHANNEL- 4
MAIN_CHANNEL:
SHELF - 2
SLOT - 1
CHANNEL - 16
B_CHANNEL_NEGOTIATION:
(Exclusive/Preferred)- Exclusive
PROTOCOL_ID (At&t/Etsi/aUstralia/Qsig)- Etsi
PROTOCOL_SIDE: U(User or slave)/S(Symmetric)/N(Network)- User
END_OF_DIAL_DIGIT- NONE
SENDING_COMPLETE for outgoing calls (Y/N)- Y
SENDING_COMPLETE for Enblock Incoming calls (Y/N)- N
Send Connected Number to Public Network (Y/N)- Y
CONNECT_WHEN_DEST_IS_NOT_ISDN (Y/N)- Y
DTMF_WHEN_CALL_PROC (OVERLAP ONLY) (Y/N)- N
Adjacent Entity Number - 4
Filter out IN_BAND_PROGRESS (Y/N)- N
Initiate IN_BAND_PROGRESS on alert (Y/N)- N
Send Redirecting Number (Y/N)- N

С Хайкомом так:

SIGNALING_CHANNEL- 9
MAIN_CHANNEL:
SHELF - 2
SLOT - 3
CHANNEL - 16
B_CHANNEL_NEGOTIATION:
(Exclusive/Preferred)- Exclusive
PROTOCOL_ID (At&t/Etsi/aUstralia/Qsig)- Qsig
PROTOCOL_SIDE: U(User or slave)/N(Network or master)- Network
END_OF_DIAL_DIGIT- NONE
SENDING_COMPLETE for outgoing calls (Y/N)- Y
SENDING_COMPLETE for Enblock Incoming calls (Y/N)- N
Send Connected Number to Public Network (Y/N)- Y
CONNECT_WHEN_DEST_IS_NOT_ISDN (Y/N)- N
DTMF_WHEN_CALL_PROC (OVERLAP ONLY) (Y/N)- N
MLPP_SUPPORT (Y/N)- N
Adjacent Entity Number - 0
Filter out IN_BAND_PROGRESS (Y/N)- N
Send Redirecting Number (Y/N)- N
QSIG DEFINITIONS :
Support Call Independent Signalling Connection (CISC) (Y/N)- Y
Transit Counter in CISC calls (Y/N)- Y
NET DIVERSION (Y/N)- Y
TRANSIT_COUNTER_CODING (Ecma/Iso)- Ecma
PROTOCOL_PROFILE (Ecma/Iso)- Ecma
Path Replacement re-use of connection element (Y/N)- Y

Georg_Ua
08.07.2011, 09:13
...Есть соображения или советуешь попробовать с твоими настройками погонять?
...
Попробуй разные настройки. Замечено, что с другими (не корал) АТС, приходится подбирать параметры индивидуально. Меня, например смущает параметр TRANSIT_COUNTER_CODING (Ecma/Iso) и вообще нужен ли тут Qsig ?

Остин
08.07.2011, 11:21
QSIG нужен. Они имена хотят видеть на дисплее.
От параметров кстати сильно зависит кол-во информации отображаемой в MPT. Помню без какого то телефон звонящего вообще не отображался в логах. Мы часто с ними игрались. Результат менялся (переадресации начинали работать или наоборот, отображение более полное или менее), но ошибки были всегда.
Буду пробовать опять.

Georg_Ua
08.07.2011, 20:59
... но ошибки были всегда.
Буду пробовать опять.
Может сама плата глючит? Передерни её, может поможет. Я сегодня проводил эксперимент, на одном из направлений перестали ходить факсы и модемы. Передернул плату с одной из сторон и всё поехало.

Остин
08.07.2011, 21:44
Может сама плата глючит? Передерни её, может поможет. Я сегодня проводил эксперимент, на одном из направлений перестали ходить факсы и модемы. Передернул плату с одной из сторон и всё поехало.

Дык я писал. Уже 3 MPT сменил, теперь ещё и PRI поставил. Всё равно какие то траблы (были и другие ошибки, по которым у меня транки блокировались LAR-ом). Сейчас правда только #28 стабильно.
Плохо когда нельзя посмотреть чего там на другой стороне то. Вот и гадай. Я так понимаю 28 это от Simens-ов приходит.

Igor_B.
02.08.2011, 08:58
"Это" однозначно от сименсов приходит! А SENDING_COMPLETE именно в таком виде и выдается и перепутать его нельзя.
Скорее всего на сименсе есть "кривой" маршрут, который в каких-то ситуациях занимается и приводит к такому отказу.