I downgraded to 1.0.1.3 which fixed the problem with the log files, but something was still filling up as the router would reboot itself every 6-18 hours!  I was finally able to fix the problem (and save our reputation with our customer) by installing a Ubiquiti EdgeRouter LITE.  What's really amazing and more than a little sad it that I have been using Cisco for all our SMBs on the strength of the RV220W and the RV180W; there is no current Cisco SMB offering that has a reliable, stable, firmware.  No skin off my nose (except the $300 - $400 invested in the latest Cisco SMB paper weights) but I find it amazing that a company of Cisco's size and resources cannot produce an RV Series product that will meet the needs of a typical small business.  Have all the Linksys engineers finally retired or been forced out? https://www.ubnt.com/edgemax/edgerouter-lite/ I am happy to have you prove me wrong Cisco. Chris ... View more

I will do as you suggest tomorrow.   This may be unrealated but today we lost connectivity for a short time in the afternoon and when I checked the logs I found these entries: 2013-08-20 15:27:33 RV110W local2.debug pppd[668]: rcvd [LCP pid=(668) EchoRep id=0x37 magic=0x34c8e7c7] 2013-08-20 15:28:03 RV110W local2.debug pppd[668]: sent [LCP pid=(668) EchoReq id=0x38 magic=0x708af2db] 2013-08-20 15:28:08 RV110W daemon.err mDNSResponder: ERROR: getOptRdata - unknown opt 4 2013-08-20 15:28:09 RV110W daemon.err mDNSResponder: ERROR: getOptRdata - unknown opt 4 2013-08-20 15:28:11 RV110W daemon.err mDNSResponder: ERROR: getOptRdata - unknown opt 4 2013-08-20 15:28:15 RV110W daemon.err mDNSResponder: ERROR: getOptRdata - unknown opt 4 2013-08-20 15:28:23 RV110W daemon.err mDNSResponder: ERROR: getOptRdata - unknown opt 4 2013-08-20 15:28:33 RV110W local2.debug pppd[668]: sent [LCP pid=(668) EchoReq id=0x39 magic=0x708af2db] 2013-08-20 15:28:39 RV110W daemon.err mDNSResponder: ERROR: getOptRdata - unknown opt 4 2013-08-20 15:29:03 RV110W local2.debug pppd[668]: sent [LCP pid=(668) EchoReq id=0x3a magic=0x708af2db] 2013-08-20 15:29:04 RV110W local2.debug pppd[668]: rcvd [LCP pid=(668) EchoRep id=0x3a magic=0x34c8e7c7] The ERROR messages correspond closely to when we lost connectivity.   I have searched the support site, but I cannot find any real explanation of these messages.   I rebooted this evening and cleared the logs so I can see if it happens again.   I can supply the entire log if you like.   This may also be related to SR 627008351 which I opened yesterday on the same router as we were experiencing some very strange behavior trying to access certain websites via browser. Can you please tell me what these messages mean?   I am beginning to think maybe we have a bad box here? Thanks for all your help! Chris ... View more

Jeffrey, Thanks very much for the reply.   I have done both.   Firmware is 1.2.0.9 loaded in June.  There are no such settings on the MS Sever.   I should mention that we had this problem every 24 hours when the router came out of the box and after re-load of firmware, we are only experiencing the problem every 20-30 days. Additional suggestions most welcome. Cheers, Chris ... View more

Of course I mean "ALG" in both places above . . . . . sorry. ... View more

P.S.  It was the service provider who insisted that the SIP AGL needed to be disabled in order for our configuration to work with their service! ... View more

Yes, I was able to get this working and it has been doing extremely well for about 4 months.   The key in my case was to make sure the SIP AGL was ENABLED.  The problem was that the service provider's SBC was seeing a non-routable IP address in the SIP header and was requiring a shorter registration interval than the endpoint.   The result was that the SBC would eventually deny the connection when the registrations got out of synch. I can recommend this configuration now and for high SIP traffic (in excess of 12000 minutes per month on 5 channels). Chris ... View more

Hello Franz!   Thanks for the post.   We are having a very similar issue with our Cisco SPA8000 on a big pipe and would like to try the same thing.   I think I understand how to implement the QoS but I am having trouble following your set up of the VLANs, can you give me a bit more detail here.   Did you set up VLAN1 on port one (the Grandstream Port) and VLAN2 on the rest of the ports (general IP traffic)?    I have tried several configurations, but can't quite seem to get them to work.   Thanks again!  Cheers. ... View more

Tom, Thanks for the response.   I have done so.   I have created custom services for the UDP SIP and the UDP RTP ports and added them to the access rules without success.   I am in the process of downgrading to the 1.0.3.X firmware. CAT ... View more