кто нибудь юзает на OXE ip-dect?
какие есть подводные камни и как сама система работает (т.е. не отваливается)?

такому варианту нужно как минимум 4 белых адреса если с атс с двумя процессорами (xa xb main intip)
да и такой вариант не айс т.е. на ОХЕ есть болячка которая касается именно intip, а болячка выглядит так - если непрерывно спамить один из rtp портов на intip то с катастрофической скоростью заканчиваются лицензии sip-транка (тобишь если статус транк-группы показывает использование (реальный пример) 15 каналов, а по трассировке показывает 0 свободных лицензий из 50)

французы так и не научили ОХЕ работать с sip-транком за NAT. а объяснение простое - чтобы к OXE прикрутить внешний sip-транк надо впереди ставить SBC как говорит vad (на понятном языке типа cisco ссm-express (либо аналогия) если по нормальному или по простому asterisk)

как вариант можно попросить прова переделать sip-транк не как gateway а как в sip-транк с авторизацией, это вам должно помочь

ограничения - в ОХЕ sip-транк с авторизацией может быть только один и только один и этот sip-транк с авторизацией распространяется и на sip-девайсы если они есть у вас


тут есть одна фишка - если вдруг всплывет re-invite от прова в сторону OXE то этот re-invite по просту не дойдет до OXE, затеряется как раз именно в nat-е

имеется OXE 9.1 (i1.605.37a) кристалл
процессора cpu6+io2n

недавно вышла такая проблема - процессор stand-by не хочет запускать телефонию

incvisu на рабочем процессоре показывает только это по запуску stand-by

25/03/13 12:23:53 000001S|---/--/-/---|=5:1367=DECT network initialization
25/03/13 12:23:53 000001S|---/--/-/---|=5:5904=Remote extension network initialization
25/03/13 12:23:53 000001S|---/--/-/---|=4:0425=PRS related activity : Interface handler started
25/03/13 12:23:58 000001S|000/28/-/---|=4:0260=Beginning of downloading bnvdsp0cpu6
25/03/13 12:23:59 000001S|000/28/-/---|=5:0261=End of downloading bnvdsp0cpu6
25/03/13 12:23:59 000001S|000/28/-/---|=4:0260=Beginning of downloading bnvdsp1cpu6
25/03/13 12:23:59 000001S|000/28/-/---|=5:0261=End of downloading bnvdsp1cpu6

на резервном процессоре лог запуска таков

(004858:000009)
--------------- Network Builder E1 1.0 12-15-01 ----------------
(004858:000010)  Start Remanents Packet Handler       : 0000
(004858:000011)  Packet Handler Total Remanents       : 000000 Ko
(004858:000012)  Packet Handler Dynamiques Remanents  : 001151 Ko
(004858:000013)  Current Pointeur                     : 00001296 o
(004858:000014)  Stop Pointeur                        : 01179647 o
(004858:000015)  Free Packet Handler Remanents        : 01178351 o
(004858:000016)  FreeMemory                           : 087588 Ko
(004858:000017)  LockMemory                           : 001285 Mo
(004858:000018)  TotalMemory                          : 000249 Mo

(004858:000019) ~~ threadAbcfIpTransmit running
(004858:000020) ~~ threadAbcfIpRetransmit running
(004863:000021)  mutex release on dis25 exception
*Mon Mar 25 12:23:37 MSK 2013


*Mon Mar 25 12:23:47 MSK 2013


(005158:000022)  mutex release on dis25 exception
25/03/13 12:23:54 000001I|000/28/-/---|=4:0260=Beginning of downloading tonesnv
(005176:000023) IO2:Driver synchronized (wd_val=0x6827)
25/03/13 12:23:54 000001I|000/28/-/---|=5:0261=End of downloading tonesnv
*(005186:000024) IO2N:Driver IO2N recognized
ioctl cmd UART_OFF
(005249:000025) dl_id 8 appli_cap.ui 794624
(005249:000026) dl_id 34 appli_cap.ui 794624
(005249:000027) dl_id 83 appli_cap.ui 794624
(005249:000028) dl_id 84 appli_cap.ui 794624
(005249:000029) dl_id 94 appli_cap.ui 794624
25/03/13 12:24:02 000001S|---/--/-/---|=5:2009=Initialisation  CPU role STAND BY
(005271:000030) Desti_Table_Send (111): bad ipcSend, status=-7
(005272:000031) Desti_Table_Send (111): bad ipcSend, status=-7
(005284:000032) Desti_Table_Send (111): bad ipcSend, status=-7
(005285:000033) Desti_Table_Send (111): bad ipcSend, status=-7
*(005379:000034) Desti_Table_Send (111): bad ipcSend, status=-7
(005380:000035) Desti_Table_Send (111): bad ipcSend, status=-7
(005398:000036) Desti_Table_Send (111): bad ipcSend, status=-7
(005398:000037) Desti_Table_Send (111): bad ipcSend, status=-7
(005398:000038) Desti_Table_Send (111): bad ipcSend, status=-7
(005398:000039) Desti_Table_Send (111): bad ipcSend, status=-7
(005433:000040) Desti_Table_Send (111): bad ipcSend, status=-7
(005433:000041) Desti_Table_Send (111): bad ipcSend, status=-7
(005442:000042) Desti_Table_Send (111): bad ipcSend, status=-7
IOREVEIL Start
IOREVEIL Init
*(005490:000043) Desti_Table_Send (111): bad ipcSend, status=-7
(005490:000044) Desti_Table_Send (111): bad ipcSend, status=-7
(005490:000045) Desti_Table_Send (111): bad ipcSend, status=-7
(005490:000046) Desti_Table_Send (111): bad ipcSend, status=-7
(005490:000047) Desti_Table_Send (111): bad ipcSend, status=-7
(005490:000048) Desti_Table_Send (111): bad ipcSend, status=-7
(005491:000049) Desti_Table_Send (111): bad ipcSend, status=-7
(005491:000050) Desti_Table_Send (111): bad ipcSend, status=-7
(005491:000051) Desti_Table_Send (111): bad ipcSend, status=-7
(005491:000052) Desti_Table_Send (111): bad ipcSend, status=-7
(005491:000053) Desti_Table_Send (111): bad ipcSend, status=-7
(005492:000054) Desti_Table_Send (111): bad ipcSend, status=-7
(005492:000055) Desti_Table_Send (111): bad ipcSend, status=-7
(005492:000056) Desti_Table_Send (111): bad ipcSend, status=-7
(005492:000057) Desti_Table_Send (111): bad ipcSend, status=-7
(005492:000058) Desti_Table_Send (111): bad ipcSend, status=-7
(005492:000059) Desti_Table_Send (111): bad ipcSend, status=-7
(005492:000060) Desti_Table_Send (111): bad ipcSend, status=-7
(005492:000061) Desti_Table_Send (111): bad ipcSend, status=-7
(005493:000062) Desti_Table_Send (111): bad ipcSend, status=-7
(005493:000063) Desti_Table_Send (111): bad ipcSend, status=-7
(005493:000064) Desti_Table_Send (111): bad ipcSend, status=-7
(005499:000065) Desti_Table_Send (111): bad ipcSend, status=-7
(005505:000066) Desti_Table_Send (111): bad ipcSend, status=-7
(005505:000067) Desti_Table_Send (111): bad ipcSend, status=-7
(005505:000068) Desti_Table_Send (111): bad ipcSend, status=-7
(005530:000069) Desti_Table_Send (111): bad ipcSend, status=-7
(005530:000070) Desti_Table_Send (111): bad ipcSend, status=-7
(005530:000071) Desti_Table_Send (111): bad ipcSend, status=-7
(005532:000072) Desti_Table_Send (111): bad ipcSend, status=-7
(005532:000073) Desti_Table_Send (111): bad ipcSend, status=-7
(005532:000074) Desti_Table_Send (111): bad ipcSend, status=-7
(005543:000075) Desti_Table_Send (111): bad ipcSend, status=-7
(005562:000076) Desti_Table_Send (111): bad ipcSend, status=-7
DATE: 03/25/13 TIME: 12:24:34
sip: Ethernet link is used for copy
sip: role is standby, registrar copy
INIT: Warning:  Application "NTPD" will be restarted
(005586:000077) Desti_Table_Send (111): bad ipcSend, status=-7
(005587:000078) Desti_Table_Send (111): bad ipcSend, status=-7
(005587:000079) Desti_Table_Send (111): bad ipcSend, status=-7
(005588:000080) Desti_Table_Send (111): bad ipcSend, status=-7
(005588:000081) Desti_Table_Send (111): bad ipcSend, status=-7
(005588:000082) Desti_Table_Send (111): bad ipcSend, status=-7
(005588:000083) Desti_Table_Send (111): bad ipcSend, status=-7
(005603:000084) Desti_Table_Send (111): bad ipcSend, status=-7
(005603:000085) Desti_Table_Send (111): bad ipcSend, status=-7
(005625:000086) Desti_Table_Send (111): bad ipcSend, status=-7
(005625:000087) Desti_Table_Send (111): bad ipcSend, status=-7
(005625:000088) Desti_Table_Send (111): bad ipcSend, status=-7
(005625:000089) Desti_Table_Send (111): bad ipcSend, status=-7
(005626:000090) Desti_Table_Send (111): bad ipcSend, status=-7
*(005630:000091) Desti_Table_Send (111): bad ipcSend, status=-7
(005631:000092) Desti_Table_Send (111): bad ipcSend, status=-7
(005631:000093) Desti_Table_Send (111): bad ipcSend, status=-7
(005687:000094) Desti_Table_Send (111): bad ipcSend, status=-7
12:24:46 [sipmotor::main] TCL thread started : 1
12:24:46 Trying to map the remanents (sip_motor_map_remanent).
12:24:46 [init_sip_motor] sip_motor_map_remanent OK.
**Mon Mar 25 12:25:20 MSK 2013


Command tcyc unavailable on CPU running in stand-by role
*Mon Mar 25 12:25:30 MSK 2013


Command tcyc unavailable on CPU running in stand-by role
*Mon Mar 25 12:25:40 MSK 2013


Command tcyc unavailable on CPU running in stand-by role
(006314:000095) ioctl cmd UART_OFF
IO2_DRIVER_STOPPED event on boot reset
(006314:000096) IO2N:driver not ready !!!
Problem in mailsioctl cmd UART_OFF
ys : see /DHS3dyn/incid/incpbm file
Problem in mailsys : see /DHS3dyn/incid/incpbm file
Problem in mailsys : see /DHS3dyn/incid/incpbm file
Problem in mailsys : see /DHS3dyn/incid/incpbm file
25/03/13 12:ioctl cmd UART_OFF
25:48 000001S|000/07/-/---|=1:2456=Reboot CPU after 2 problem (IO2)


кто нибудь сталкивался с таким?

еще одна фишка в OXO версии 800.041.002
через sip-транк не доходит входящий звонок на внутренний номер 700 (индекс на base 700), при входящем звонке на 700 звонок падает в G.B.
т.е. везде в планах прописана одна и та же строка  type:subsc. start:700 end:799 base:700
номеру 700 под base:700 просто не повезло, ладно хоть что 700 это секретарь

апгрейд софта даже страшно делать, вдруг новые "прелести" вылезут

1612/1613 лечится патчем 24-ым

по дефолту параметры закомментированы "Implementation" "Jitter Buffer Size" "Force Jitter Buffer"
раскоментировал и в рукопашную установил значения

для факса поставили балалайку "spa", секретарша довольная до безобразия

изначально факс в схеме OXO (sip) -> asterisk (sip)-> провайдер вообще не бегал ни в одну сторону
как только на asterisk включили джиттер входящий факс пошел
к asterisk подключали spa3102, факсы через asterisk с джиттером летают на ура как вход так и выход, без джиттера не проверили
да и пров ненароком проболтался что есть такие клиенты у него где факс бегает только в одну сторону

путем долгих танцов с бубном в OXO версии 800.041.002 факс на прием заработал, аж со свистом идет входящий факс. с исходящим факсом так и не получилось
снятие дампа исходящего факса в цепи asterisk (sip)-> провайдер  показал что со стороны прова идет приличное количество "Out of Seg" и "Wrong Timestamp". прова естественно напрегли
пришла безобразная идея снять дамп  исходящего  факса на цепи OXO (sip) -> asterisk и увидели что со стороны ОХО идут не только "Out of Seg" и "Wrong Timestamp" но и "Drop by jitter buff" и тем самым аукалось на входящие пакеты от прова.
получается что аплликашион fax_tx не совсем работоспособный

как всегда наш любимый alcatel хромает как старая лошадь

были диски IDE

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

кто вам такую пургу наплел?
если было бы действительно 4кБ то сразу прощайся сектор компов/серверов на линуксе по крайне мере

в процы от атс alcatel какие попало hdd не подходят, надо подбирать. если покопаться на форуме что можно найти посты с какими hdd нет проблем

реальная история - привезли на пробу целую коробку hdd разных брендов, из всей коробки подошли только 2

исходный данные - калькулятор и этот hdd в руках, делим размер диска дели на lba вот тебе и приблизительный размер сектора, на этом hdd далеко уж не 4кБ

вариант 1
system misc -> cli for ext. diversion = on
абонент -> features -> cli is diverted party = off
транслирует при переадресации номер звонящего

вариант 2
system misc -> cli for ext. diversion = off
абонент -> features -> cli is diverted party = off
транслирует при переадресации номер installation number+intercity prefix

вариант 3
system misc -> cli for ext. diversion = off
абонент -> features -> cli is diverted party = on
транслирует при переадресации номер на котором стоит переадресация

etc, огромное Спасибо!

в борьбе с факсом ощущал себя в роли "Дон Кихота"

в итоге с беспощадной борьбе с факсом он так и не заработал, но зато стало ясно из-за чего

есть OXO версии 800.041.002

схема подключения к прову  OXO (sip) -> asterisk  (sip)-> провайдер

провайдер хочет принимать факс исключительно в g711
в "Gateway Parametrs" установил fax -> g711

факс не хочет бегать ни входящий ни исходящий, сделал запись дамп и там видно когда идут тоны факса то одна сторона шлет пакеты а с другой стороны тишина, потом с точностью наоборот
т.е. от ОХО идут пакеты со стороны прова тишина, пров шлет пакеты со стороны ОХО тишина и так тоны факса идут то с одной стороны то с другой и договориться не могут

кто-нибудь смог факс побороть?

французы признали багу в софте 820.049
в свет вышло обновление софта 820.050