Privacy Manager blocking all calls?

Having a problem with a new setup. PIAF distro. Ast 10.0.0 Freepbx 2.10.0rc1.7

I have an inbound route with Privacy Manager active. All calls get rejected:

== Using SIP RTP CoS mark 5 -- Executing [callid0491@from-trunk:1] Set("SIP/vitel-inbound-00000304", "__FROM_DID=callid0491") in new stack -- Executing [callid0491@from-trunk:2] Gosub("SIP/vitel-inbound-00000304", "app-blacklist-check,s,1()") in new stack -- Executing [s@app-blacklist-check:1] GotoIf("SIP/vitel-inbound-00000304", "0?blacklisted") in new stack -- Executing [s@app-blacklist-check:2] Set("SIP/vitel-inbound-00000304", "CALLED_BLACKLIST=1") in new stack -- Executing [s@app-blacklist-check:3] Return("SIP/vitel-inbound-00000304", "") in new stack -- Executing [callid0491@from-trunk:3] Gosub("SIP/vitel-inbound-00000304", "cidlookup,cidlookup_2,1()") in new stack -- Executing [cidlookup_2@cidlookup:1] Set("SIP/vitel-inbound-00000304", "CURLOPT(httptimeout)=7") in new stack -- Executing [cidlookup_2@cidlookup:2] Set("SIP/vitel-inbound-00000304", "CALLERID(name)=Greg Carlsen") in new stack -- Executing [cidlookup_2@cidlookup:3] Return("SIP/vitel-inbound-00000304", "") in new stack -- Executing [callid0491@from-trunk:4] Set("SIP/vitel-inbound-00000304", "CDR(did)=callid0491") in new stack -- Executing [callid0491@from-trunk:5] ExecIf("SIP/vitel-inbound-00000304", "0 ?Set(CALLERID(name)=callid1525)") in new stack -- Executing [callid0491@from-trunk:6] Macro("SIP/vitel-inbound-00000304", "privacy-mgr,3,10") in new stack -- Executing [s@macro-privacy-mgr:1] Set("SIP/vitel-inbound-00000304", "KEEPCID=callid1525") in new stack -- Executing [s@macro-privacy-mgr:2] GotoIf("SIP/vitel-inbound-00000304", "0?CIDTEST2:CIDTEST1") in new stack -- Goto (macro-privacy-mgr,s,3) -- Executing [s@macro-privacy-mgr:3] Set("SIP/vitel-inbound-00000304", "TESTCID=callid1526.000000") in new stack -- Executing [s@macro-privacy-mgr:4] Goto("SIP/vitel-inbound-00000304", "TESTRESULT") in new stack -- Goto (macro-privacy-mgr,s,6) -- Executing [s@macro-privacy-mgr:6] GotoIf("SIP/vitel-inbound-00000304", "0?CLEARCID:PRIVMGR") in new stack -- Goto (macro-privacy-mgr,s,8) -- Executing [s@macro-privacy-mgr:8] PrivacyManager("SIP/vitel-inbound-00000304", "3,10") in new stack -- CallerID number present: Skipping -- Executing [s@macro-privacy-mgr:9] GotoIf("SIP/vitel-inbound-00000304", "0?fail") in new stack -- Executing [s@macro-privacy-mgr:10] GosubIf("SIP/vitel-inbound-00000304", "1?app-blacklist-check,s,1") in new stack -- Executing [s@app-blacklist-check:1] GotoIf("SIP/vitel-inbound-00000304", "0?blacklisted") in new stack -- Executing [s@app-blacklist-check:2] Set("SIP/vitel-inbound-00000304", "CALLED_BLACKLIST=1") in new stack -- Executing [s@app-blacklist-check:3] Return("SIP/vitel-inbound-00000304", "") in new stack == Spawn extension (macro-privacy-mgr, s, 11) exited non-zero on 'SIP/vitel-inbound-00000304' in macro 'privacy-mgr' == Spawn extension (from-trunk, callid0491, 6) exited non-zero on 'SIP/vitel-inbound-00000304' -- Executing [h@from-trunk:1] Macro("SIP/vitel-inbound-00000304", "hangupcall,") in new stack -- Executing [s@macro-hangupcall:1] GotoIf("SIP/vitel-inbound-00000304", "1?theend") in new stack -- Goto (macro-hangupcall,s,3) -- Executing [s@macro-hangupcall:3] Hangup("SIP/vitel-inbound-00000304", "") in new stack == Spawn extension (macro-hangupcall, s, 3) exited non-zero on 'SIP/vitel-inbound-00000304' in macro 'hangupcall' == Spawn extension (from-trunk, h, 1) exited non-zero on 'SIP/vitel-inbound-00000304'

As soon as I turn off Privacy Manager, it works fine. What am I missing?

I don’t think FreePBX 2.10 supports Asterisk 10.

It is supported, thought not mainstream.
http://www.freepbx.org/trac/roadmap

I can confirm this exact behavior using Vitelity Sip trunks. We are migrating a Trixbox with asterisk 1.6 and freepbx 2.6 using the same trunk configuration (working) to freepbx 2.10 with asterisk 10 and all calls get busy / congested from privacy manager.

I had the same problem myself. All calls would get hung up on. After playing with the extensions.conf I found the issue and posted it to the bug tracker at: http://www.freepbx.org/trac/ticket/6056

Try that… It worked great for me.