It looks broken to me. In particular:
endpoint/callerid = Bart <1001>
I don’t know how the configuration parsing will handle this. It could vary from not recognising 1001 as a valid keyword, and simply ignoring it, though throwing out the whole template, to throwing out the whole PJSP configuration and not loading the module.
One way or another, these lines:
exten => _+1NXXXXXXXXX,1,Dial(PJSIP/1001)
exten => _NXXXXXXXXX,1,Dial(PJSIP/1001)
will not work, as no endpoint 1001 has been defined.
I’m a bit uncomfortable with letting transport default, but I think it may be OK.
I don’t understand why they are defining Bart and Lisa; that’s not the preferred way of doing multiple devices with the same extension number, when using chan_pjsip. Much more useful examples would have been those for devices corresponding to extensions 1002 and 1003.
I don’t think hint_exten will do anything, as auto hints don’t seem to have been enabled. The documentation is poor, so I’m not sure what happens when multiple endpoints use it, and, in any case, it doesn’t seem to have been used for 1001 (making certain assumptions about what was really intended in the document.
There are settings that are probably unnecessary.
The use of full North American national number dialled and E.164 format patterns, basically matching every possible North American number, for the incoming extension, is unusual, but should work for getting started, as long as they use one of those formats.
For outgoing calls it assumes you do not provide the carrier select codes, so dialling will not be like on a directly connected landline phone. Again this is North America specific.
Although they have given endpoints for local phones, they haven’t provide dialplan that would allow calls between them without going through Telnxy.
The phoneprov settings, although part of the pjsip configuration are not settings for pjsip and make assumptions about the phones and other modules, which are likely wrong.
Personally I would rather than did not use wizards, as I find it much easier to be sure things are correct with the long form.
Generally, rather than trying to guess how to fix this, I think you need to get some good logging. Go to logger.conf, and uncomment the full log. Start asterisk and note any warnings and errors, other than modules you are not using. At the CLI issue “pjsip show endpoints”, and “core set verbose 5”, and capture the output
from /var/log/asterisk/full. That will help us see why the call is failing and what configuration you actually have.
As already said, you really want to understand your system and how the configurations work. That’s especially true when using raw Asterisk, although I’d argue that it is also true when using systems that try to dumb things down, a little, like FreePBX, which may still be too powerful for you. If you want simplicity, you need to buy a complete system, including both phones and switch.