Problem Resolved - see Edit #2 below
Resurrecting this thread a year later . . .
I’m having massive problems trying to get a FreePBX pjSIP working with one of Flowroute’s new POP subdomains. Works perfectly with the legacy domain in Nevada, using a chan-SIP without requiring any port forwarding in my router, or allowing anonymous or guest SIP calls. I’m not using the FreePBX firewall (module isn’t installed). If I switch over to one of the new POP subdomains on Flowroute’s configuration page, and switch trunks to a pjSIP set up per Flowroute’s instructions, which parallel these for SIP registration, I can make outbound calls with no problem, but get near zero inbound. Perhaps one in 30 (or less) inbound calls works. I’ve been making a huge number of calls from a PSTN line and cell phone to troubleshoot this. Almost always gets nothing. Dead air. Times out after 30 seconds and quits with a hangup (calling end, not the PBX). A look at the logs shows an enormous number of “unsupported transport” errors. If I switch back to the SIP trunk and switch back to the legacy (Nevada) domain, everything magically works again and those errors disappear. Has anyone else encountered this? Anyone have a clue about what’s broken and how to fix it?
Got the transport errors to go away - in the Asterisk SIP settings under the PJSIP tab - setting “Allow Transports to Reload” to “No”. Still no joy in Mudville. If I call out to my cell phone and then immediately call back in, it works, but only once. A second inbound and all subsequent inbound fail.
It’s fixed - or appears to be. Incoming ring as they should. In the process I set up a Dynamic DNS for my Internet connection and set Flowroute to use routes with the Dynamic DNS URL with port number (5060 for pjSIP). Set parameters for that accordingly in the Asterisk SIP settings. I believe that improves reliability over using registration for inbound. Turned off FAX detection (but I don’t think this is what fixed it). Completely started over on the Chan_pjSIP trunk for one of the North America POPs and set the routes up in Flowroute to also use that same “edge strategy” in the inbound route using port 5060. When I enabled everything it started working properly. Something was wrong, perhaps with the trunk or some other setting, but if it’s not broken now I’m not going to continue trying to fix it. AFAIK, the method given for setting up the Chan_pjSIP trunk is good - as a review of my trunk and its setup - with the only deviation being using registration vs IP verification on outbound (also as outlined) doesn’t find any difference. Port forwarding across a router gateway of ports 5060 and 5160 to the internal (static) LAN IP address of the PBX is required when using the Flowroute routes sent to the WAN IP address for inbound (in my case using a Dynamic DNS URL) in lieu of SIP registration…