DMVPN stops sending data

Question

Hello all.
I'm using DMVPN tunnels in my network and all goes well, but few weeks ago a got some problem: two my DMVPN tunnels stop receveing any data until they were rebooted. I'm using 881G routers as spokes and 3945e as hub. I had tried google this problem, found the same questions and no answers. I hope i will get some help at Cisco Support Community.
Config of hub (relevant parts):
interface GigabitEthernet0/0.526
description BeelineLokal
encapsulation dot1Q 622
ip address 10.200.1.49 255.255.255.192
ip nat outside
no ip virtual-reassembly in max-reassemblies 1024
standby 2 ip 10.200.1.2
ip tcp adjust-mss 1450
no cdp enable
end
interface Tunnel2000
description DMVPN for Beeline WAN Kiev
ip address 10.1.160.1 255.255.255.0
no ip redirects
ip mtu 1400
ip nhrp authentication *****
ip nhrp map multicast dynamic
ip nhrp network-id ***
ip nhrp holdtime 10
ip nhrp registration no-unique
delay 500
tunnel source 10.200.1.2
tunnel mode gre multipoint
end
Spoke:
interface FastEthernet4
ip address 10.200.1.178 255.255.255.252
duplex auto
speed auto
end
interface Tunnel0
description DMVPN for BeeLine WAN Ukraine
bandwidth 1000
ip address 10.1.160.** 255.255.255.0
no ip redirects
ip mtu 1400
ip nhrp authentication ***
ip nhrp map 10.1.160.1 10.200.1.2
ip nhrp map multicast 10.200.1.2
ip nhrp network-id ***
ip nhrp holdtime 10
ip nhrp nhs 10.1.160.1
delay 100
tunnel source FastEthernet4
tunnel mode gre multipoint
end
debug from spoke:
Jun 27 13:56:08.493: NHRP-ATTR:  Requester Ext Len: Total ext_len  with NHRP attribute VPE 56
Jun 27 13:56:08.493: NHRP: Attempting to send packet via DEST 10.1.160.1
Jun 27 13:56:08.493: NHRP: Encapsulation succeeded.  Sending NHRP Control Packet  NBMA Address: 10.200.1.2
Jun 27 13:56:08.493: NHRP: Send Registration Request via Tunnel0 vrf 0, packet size: 108
Jun 27 13:56:08.493:  src: 10.1.160.19, dst: 10.1.160.1
Jun 27 13:56:08.493:  (F) afn: AF_IP(1), type: IP(800), hop: 255, ver: 1
Jun 27 13:56:08.493:      shtl: 4(NSAP), sstl: 0(NSAP)
Jun 27 13:56:08.493:      pktsz: 108 extoff: 52
Jun 27 13:56:08.493:  (M) flags: "unique nat ", reqid: 69798
Jun 27 13:56:08.493:      src NBMA: 10.200.1.166
Jun 27 13:56:08.493:      src protocol: 10.1.160.19, dst protocol: 10.1.160.1
Jun 27 13:56:08.493:  (C-1) code: no error(0)
Jun 27 13:56:08.493:        prefix: 32, mtu: 17916, hd_time: 10
Jun 27 13:56:08.493:        addr_len: 0(NSAP), subaddr_len: 0(NSAP), proto_len: 0, pref: 0
Jun 27 13:56:08.493: NHRP: 132 bytes out Tunnel0
Jun 27 13:56:08.493: NHRP: Resetting retransmit due to hold-timer for 10.1.160.1
Before Cisco i'm using MS RRAS at my branch and all was fine.

Answer 1

FAQ
1. Best Effort Test: -provides background information.
Download  Speed
4.39 Mbps
0 Mbps
4 Mbps
Max Achievable Speed
 Download speedachieved during the test was - 4.39 Mbps
 For your connection, the acceptable range of speeds is 1.2 Mbps-4 Mbps.
 IP Profile for your line is - 4.5 Mbps
2. Upstream Test: -provides background information.
Upload Speed
0.82 Mbps
0 Mbps
0.83 Mbps
Max Achievable Speed
Upload speed achieved during the test was - 0.82Mbps
 Additional Information:
 Upstream Rate IP profile on your line is - 0.83 Mbps
We were unable to identify any performance problem with your service at this time.
It is possible that any problem you are currently, or had previously experienced may have been caused by traffic congestion on the Internet or by the server you were accessing responding slowly.
If you continue to encounter a problem with a specific server, please contact the administrator of that server in the first instance.