IPtouch reset randomely

[samuel.aflalo]

HI
I have OXE cloud based installation. from time to time IPphones froze and made a reset.
Attaching defence 99 from a set witch reset.
-033 05/01/2017-12:50:08 DoS____:bcast[n] 66(008-02:55:48.920 :100)
-032 05/01/2017-12:50:08 reset__: [13] uaudp_lost_connect (2002 ua_udp_protocol.c)
-031 000-00:00:09.170 code: 4.61.21 data: 4.61.21 sysdate:
-030 05/01/2017-12:51:03 code: 4.61.21 data: 4.61.21 sysdate: 05/01/2017-12:51:03
-029 05/01/2017-13:19:49 arp_resolve failed (192.168.115.11)
-028 09/01/2017-00:02:54 reset__: [13] uaudp_lost_connect (2002 ua_udp_protocol.c)
-027 000-00:00:09.140 code: 4.61.21 data: 4.61.21 sysdate:
-026 09/01/2017-00:03:59 code: 4.61.21 data: 4.61.21 sysdate: 09/01/2017-00:03:59
-025 10/01/2017-06:46:42 reset__: [13] uaudp_lost_connect (2002 ua_udp_protocol.c)
-024 000-00:00:09.150 code: 4.61.21 data: 4.61.21 sysdate:
-023 10/01/2017-06:47:47 code: 4.61.21 data: 4.61.21 sysdate: 10/01/2017-06:47:47
-022 10/01/2017-09:40:29 arp_resolve failed (192.168.115.12)
-021 10/01/2017-13:40:34 arp_resolve failed (192.168.111.5)
-020 11/01/2017-13:09:55 arp_resolve failed (192.168.115.12)
-019 11/01/2017-15:33:30 arp_resolve failed (192.168.115.12)
-018 12/01/2017-08:12:04 arp_resolve failed (192.168.117.69)
-017 12/01/2017-13:00:03 arp_resolve failed (192.168.115.12)
-016 12/01/2017-15:43:49 arp_resolve failed (192.168.115.11)
-015 15/01/2017-08:14:53 arp_resolve failed (192.168.115.12)
-014 15/01/2017-08:27:21 arp_resolve failed (192.168.115.12)
-013 15/01/2017-08:43:25 arp_resolve failed (192.168.115.12)
-012 16/01/2017-12:21:47 arp_resolve failed (192.168.115.11)
-011 17/01/2017-08:34:49 arp_resolve failed (192.168.115.11)
-010 19/01/2017-13:43:23 arp_resolve failed (192.168.117.11)
-009 22/01/2017-09:54:50 arp_resolve failed (192.168.115.12)
-008 22/01/2017-10:12:31 arp_resolve failed (192.168.115.11)
-007 24/01/2017-09:34:58 arp_resolve failed (192.168.111.111)
-006 24/01/2017-13:01:55 arp_resolve failed (192.168.111.111)
-005 24/01/2017-14:00:46 FATAL eptdevice.c (3292), task=ua_udp error=AUDIO (0xffffff6f)
-004 24/01/2017-14:00:46 reset__: [32] fatal_error [H]
-003 000-00:00:09.220 code: 4.61.21 data: 4.61.21 sysdate:
-002 24/01/2017-14:01:42 code: 4.61.21 data: 4.61.21 sysdate: 24/01/2017-14:01:42
-001 24/01/2017-15:19:25 telnet from 192.168.108.10 accepted

incvisu said :
24/01/17 14:00:39 000001S|---/--/-/---|=2:0275=ACCOUNTING: Appli PRINTING : feature incident 2 0
24/01/17 14:01:18 000001M|003/00/0/218|=3:0386=Sig. on IP set: No response from de set 00:80:9f:e9:89:12,8350
24/01/17 14:01:39 000001M|000/00/0/000|=4:0426=IPTOUCH terminal reset 32,00:80:9f:e9:89:12,8350
24/01/17 14:01:42 000001M|003/00/0/218|=5:2053=Terminal 218 in service

The oxe version is R11.1 l1.301.26.a

Please any advise will be welcomed.
Samuel

[tgn]

check broadcast in network. the phone set has detected a DOS Attack because of too many broadcast traffic. this can be a reason that keepalive packets cannot received in a timely manner.

regards...


--- back to basics... focus your eyes to the essential things... ---

[samuel.aflalo]

Thank you
our network guy will check this issue.
samuel

[samuel.aflalo]

Hi
is there any DOS defence mechanism that can be enabled in the OXE or IPphones . The switches are already DOS protected.
Samuel

[cavagnaro]

If the switches would be really DOS protected then you wouldn't have a DOS attack. Check broadcast, which happens to be detected by OXE as an attack due high traffic on its Ethernet port. Ip phones should be on a isolated VLAN with QoS over data packets.

Enviado de meu E6633 usando Tapatalk

[samuel.aflalo]

Thank you for the answer.
samuel

[tgn]

i agree to cav.
redesign of network is the only way to prevent too much broadcast to voip euqipment. also take a look in the alcatel-lucent network design guide.

regards...


--- back to basics... focus your eyes to the essential things... ---

[maurom3]

Hi all,

I have the same issue IPTOUCH terminal reset 13, any solution dor this?

Regards