hosted Posted March 10, 2010 Report Share Posted March 10, 2010 I have a 10 extension pbxnsip each of them use PAC. and my 3.0 Ghz process is 50% used... disable port 80 and everything goes to nothing.... why? I run ngrep and there is a ton of web traffic. V3 and V4 same thing Quote Link to comment Share on other sites More sharing options...
pbx support Posted March 10, 2010 Report Share Posted March 10, 2010 I have a 10 extension pbxnsip each of them use PAC. and my 3.0 Ghz process is 50% used... disable port 80 and everything goes to nothing.... why? I run ngrep and there is a ton of web traffic. V3 and V4 same thing If there are no activities on the PBX, running PAC should not take that kind of CPU. Maybe something else is going on or maybe a bug in the PAC message handling. We will take a look at it. Quote Link to comment Share on other sites More sharing options...
hosted Posted March 15, 2010 Author Report Share Posted March 15, 2010 PAC is causing a high load, we did a lab deployment and got the same results. stopped using PAC and went to normal. Quote Link to comment Share on other sites More sharing options...
hosted Posted March 22, 2010 Author Report Share Posted March 22, 2010 seems like the latest V4 PAC has fixed this. my process is practically idle... awesome. Quote Link to comment Share on other sites More sharing options...
hosted Posted April 7, 2010 Author Report Share Posted April 7, 2010 well this problem is back, not sure why it went away. is it possible to see what threads are causing CPU load? Quote Link to comment Share on other sites More sharing options...
hosted Posted April 7, 2010 Author Report Share Posted April 7, 2010 I can see a TON of web traffic.. looks like pac traffic: [iP removed].12:46242 -> [iP removed]1:80 [AP] POST /ajax.htm?action=paccalls&token=8899 HTTP/1.1..Accept: */*..Accept-Language: en-us..Referer: http://[iP removed] 1/pac_monitor.htm..Accept-Encoding: gzip, deflate..User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Tr ident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; InfoPath.2; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; Zune 4.0; OfficeLiveConnector.1.4; OfficeLivePatch.1.3)..Host: [iP removed]1..Content-Length: 0..Connection: Keep-Alive..Cache- Control: no-cache..Cookie: session=rbp83wvgfsgxbgiiywtn.... does PAC go crazy if it gets lost? IE connection died because of a pbxnsip restart..? Quote Link to comment Share on other sites More sharing options...
mattlandis Posted April 7, 2010 Report Share Posted April 7, 2010 i've noticed the last ver 4 the big attendent console got slower to refresh. not sure if that related? Matt Quote Link to comment Share on other sites More sharing options...
hosted Posted April 8, 2010 Author Report Share Posted April 8, 2010 load is idle again... I am really thinking the PAC goes wild when it gets lost and floods the PBX. Quote Link to comment Share on other sites More sharing options...
pbx support Posted April 11, 2010 Report Share Posted April 11, 2010 load is idle again... I am really thinking the PAC goes wild when it gets lost and floods the PBX. There seems to be some problem (randomly) when the connection is lost with the PBX. We will take a look at this. Because it is random, it is taking bit longer to reproduce & fix. Quote Link to comment Share on other sites More sharing options...
hosted Posted April 15, 2010 Author Report Share Posted April 15, 2010 I just restarted this PBX (for fun) and the processor is now pegged. seems pretty constant for this customer. seems the fix would be to have PAC timeout and quite asking for updates when pbxnsip doesnt authenticate its token. Quote Link to comment Share on other sites More sharing options...
hosted Posted April 23, 2010 Author Report Share Posted April 23, 2010 this fixed in RC? Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.