FPBX12 and Asterisk13 - SIP phones won't register on PJSIP

General Help
1

Good morning all - I posted this same question last week in the beta forum, but now that the 64-bit distro of FPBX12 is listed as STABLE, thought I’d post it here as well, as there hasn’t been much traction on the other one.

Just re-tested today with the fresh download of FPBX12, with Asterisk13. Using PJSip for my test endpoint, it won’t register.

Keep in mind, I had to reformat this message a bit so it wouldn’t auto-hide the important parts.
NOTICE[6666]: res_pjsip/pjsip_distributor.c:255 log_unidentified_request: Request from ‘[sip:[email protected]]’ failed for ‘192.168.1.199:45004’ (callid: [email protected]) - No matching endpoint found
[2014-11-09 00:55:45]

Phones are set to register to the system’s IP (no domain name), and they’re hitting port 5060, which was the default after install for PJSIP. x3104 is the only phone built and its built as a PJSIP station, so from what I can tell, there’s no reason this shouldn’t work. When I change the extension’s driver to CHAN_SIP, and point the phone to that driver’s port, it registers instantly - switch it back, and I start getting that message again.

Any thoughts? This is a fresh install of the “stable” release, but apparently anything using this great new SIP driver just doesn’t work. Oh, except the trunks - those work great when set to use PJSIP.

Thanks in advance.

Kris

2

Try using pjsip on another port.

Of note it works for other people

3

I know it’s working for others, which is why its driving me nuts.

For the record, I tried moving the port previously (and also changing the port on the phone of course), but no impact (same problem). Tested this time (moved to 5069 so I didn’t have to screw around with Chan_SIP port), and also modified the phone to target that port as well - no change, same issue (“No matching endpoint found”).

Its possible the Grandstream phones need to be configured differently somehow in order to register with the PJ driver, though I wouldn’t expect that to be the case, since those two drivers should handle registration virtually identically.

I saw a couple months back that there was a bug where extensions weren’t really being written into the PJSIP section of the config, and people were tweaking the web code so it would make the proper config entries. I would have hoped something like that was corrected well before the GA release though. But I looked in the generated Extensions_Additional.Conf file and saw this (below) so it looks like it generated properly (PJSIP/3104):
exten => 3104,1,Set(__RINGTIMER=${IF($[${DB(AMPUSER/3104/ringtimer)} > 0]?${DB(AMPUSER/3104/ringtimer)}:${RINGTIMER_DEFAULT})})
exten => 3104,n,Macro(exten-vm,novm,3104,0,0,0)
exten => 3104,n(dest),Set(__PICKUPMARK=)
exten => 3104,n,Goto(${IVR_CONTEXT},return,1)
exten => 3104,hint,PJSIP/3104&Custom:DND3104,CustomPresence:3104

I also found this in the PJSIP.ENDPOINT.CONF file:
[3104]
type=endpoint
aors=3104
auth=3104-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3104>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

I’ve also tried changing the extension’s type to Chan_SIP and back, in case there was some bug at creation time, but not at edit time - no change there either.

4

Yes that was fixed…

5

I figured. I did notice the context of the PJSIP files hinted that maybe the auth name needed to be “3104-auth”, so I tried a few variations of that as well:
"(number)" as the username, and “(number)-auth” as the auth name…
"(number)-auth" as both…
"(number)-auth" as the username, and “(number)” as the auth name…

Sadly, no change. :frowning:

6

Try looking at it from Asterisk’s perspective - it’s saying ‘no endpoint found’, try asking Asterisk which endpoints it knows about?

pjsip show endpoints

7

Well, here it is - it only shows the two carrier trunks and some unknown one:

However, I looked in the auths section and saw this:

So, what does this mean?

8

No one has any other thoughts, huh?

9

It’s always easier if you copy and paste the text, rather than screenshots.

Especially as you can then paste ALL the text.

I don’t know why that endpoint has what looks to be a guid assigned to it, but that sounds extremely unusual.

Can you have a look at /etc/asterisk/pjsip.endpoint.conf and see what’s being written out?

Thanks!

–Rob

10

Sorry about that, Rob. Haven’t done a lot of forum chatter so still a newbie in that sense. Also, I noticed sometimes when I paste stuff, the forum takes certain entries as formatting instructions and hides the actual intended text.

Below is the config.

I think what would also help is if there’s anything different for user/auth/password needing to be done on the phones. I assumed its the same info as what works for the other SIP driver.

;--------------------------------------------------------------------------------;
; Do NOT edit this file as it is auto-generated by FreePBX. ;
;--------------------------------------------------------------------------------;
; For information on adding additional paramaters to this file, please visit the ;
; FreePBX.org wiki page, or ask on IRC. This file was created by the new FreePBX ;
; BMO - Big Module Object. Any similarity in naming with BMO from Adventure Time ;
; is totally deliberate. ;
;--------------------------------------------------------------------------------;
#include pjsip.endpoint_custom.conf

[3101]
type=endpoint
aors=3101
auth=3101-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3101>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3102]
type=endpoint
aors=3102
auth=3102-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3102>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3103]
type=endpoint
aors=3103
auth=3103-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3103>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3104]
type=endpoint
aors=3104
auth=3104-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3104>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3105]
type=endpoint
aors=3105
auth=3105-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3105>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3106]
type=endpoint
aors=3106
auth=3106-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3106>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3107]
type=endpoint
aors=3107
auth=3107-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3107>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3108]
type=endpoint
aors=3108
auth=3108-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3108>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3111]
type=endpoint
aors=3111
auth=3111-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3111>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3112]
type=endpoint
aors=3112
auth=3112-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3112>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3113]
type=endpoint
aors=3113
auth=3113-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3113>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3114]
type=endpoint
aors=3114
auth=3114-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3114>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3121]
type=endpoint
aors=3121
auth=3121-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3121>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3122]
type=endpoint
aors=3122
auth=3122-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3122>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3123]
type=endpoint
aors=3123
auth=3123-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3123>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3128]
type=endpoint
aors=3128
auth=3128-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3128>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3129]
type=endpoint
aors=3129
auth=3129-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3129>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[]
type=endpoint
aors=
auth=-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=
dtmf_mode=rfc4733
mailboxes=
use_avpf=no
ice_support=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3132]
type=endpoint
aors=3132
auth=3132-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3132>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3133]
type=endpoint
aors=3133
auth=3133-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3133>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3180]
type=endpoint
aors=3180
auth=3180-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3180>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3197]
type=endpoint
aors=3197
auth=3197-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3197>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3198]
type=endpoint
aors=3198
auth=3198-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3198>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[7903111]
type=endpoint
aors=7903111
auth=7903111-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <7903111>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[7913111]
type=endpoint
aors=7913111
auth=7913111-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <7913111>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[CARRIER-LD-A]
type=endpoint
transport=0.0.0.0-udp
context=from-pstn
disallow=all
allow=ulaw
outbound_auth=CARRIER-LD-A
aors=CARRIER-LD-A

[CARRIER-LD-B]
type=endpoint
transport=0.0.0.0-udp
context=from-pstn
disallow=all
allow=ulaw
outbound_auth=CARRIER-LD-B
aors=CARRIER-LD-B

11

There’s the culprit. A nothing context is destroying the parsing of the file

12

So, I saw that, but since the file is regenerated with each save, and this has happened with fresh installs of several versions, any thoughts on how that keeps being created that way?

13

Also, so I did the math and found the missing extension (that turned funky) was x3131, so I switched it to ChanSIP and back. Now, this is the one created the below - and further below are the new results of that - Still funky:

;--------------------------------------------------------------------------------; ; Do NOT edit this file as it is auto-generated by FreePBX. ; ;--------------------------------------------------------------------------------; ; For information on adding additional paramaters to this file, please visit the ; ; FreePBX.org wiki page, or ask on IRC. This file was created by the new FreePBX ; ; BMO - Big Module Object. Any similarity in naming with BMO from Adventure Time ; ; is totally deliberate. ; ;--------------------------------------------------------------------------------; #include pjsip.endpoint_custom.conf

[3101]
type=endpoint
aors=3101
auth=3101-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3101>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3102]
type=endpoint
aors=3102
auth=3102-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3102>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3103]
type=endpoint
aors=3103
auth=3103-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3103>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3104]
type=endpoint
aors=3104
auth=3104-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3104>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3105]
type=endpoint
aors=3105
auth=3105-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3105>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3106]
type=endpoint
aors=3106
auth=3106-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3106>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3107]
type=endpoint
aors=3107
auth=3107-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3107>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3108]
type=endpoint
aors=3108
auth=3108-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3108>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3111]
type=endpoint
aors=3111
auth=3111-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3111>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3112]
type=endpoint
aors=3112
auth=3112-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3112>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3113]
type=endpoint
aors=3113
auth=3113-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3113>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3114]
type=endpoint
aors=3114
auth=3114-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3114>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3121]
type=endpoint
aors=3121
auth=3121-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3121>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3122]
type=endpoint
aors=3122
auth=3122-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3122>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3123]
type=endpoint
aors=3123
auth=3123-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3123>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3128]
type=endpoint
aors=3128
auth=3128-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3128>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3129]
type=endpoint
aors=3129
auth=3129-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3129>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3131]
type=endpoint
aors=3131
auth=3131-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3131>
dtmf_mode=rfc4733
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3132]
type=endpoint
aors=3132
auth=3132-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3132>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3133]
type=endpoint
aors=3133
auth=3133-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3133>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3180]
type=endpoint
aors=3180
auth=3180-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3180>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3197]
type=endpoint
aors=3197
auth=3197-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3197>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[3198]
type=endpoint
aors=3198
auth=3198-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3198>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[7903111]
type=endpoint
aors=7903111
auth=7903111-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <7903111>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[7913111]
type=endpoint
aors=7913111
auth=7913111-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <7913111>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

[CARRIER-LD-A]
type=endpoint
transport=0.0.0.0-udp
context=from-pstn
disallow=all
allow=ulaw
outbound_auth=CARRIER-LD-A
aors=CARRIER-LD-A

[CARRIER-LD-B]
type=endpoint
transport=0.0.0.0-udp
context=from-pstn
disallow=all
allow=ulaw
outbound_auth=CARRIER-LD-B
aors=CARRIER-LD-B

And this is what that file ultimately translates to - notice its only trying to take the one phone x3131 - rebuilding the others does nothing:
Endpoint: <Endpoint/CID…> <State…> <Channels.>
I/OAuth: <AuthId/UserName…>
Aor: <Aor…>
Contact: <Aor/ContactUri…> <Status…> <RTT(ms)…>
Transport: <TransportId…> <BindAddress…>
Identify: <MatchList…>
Channel: <ChannelId…> <State…> <Time(sec)>
Exten: <DialedExten…> CLCID: <ConnectedLineCID…>

Endpoint: 3131/3131 Unavailable 0 of inf
InAuth: 3131-auth/3131
Aor: 3131 1

Endpoint: CARRIER-LD-A Unavailable 0 of inf
Transport: 0.0.0.0-udp udp 0 0 0.0.0.0:5060
Identify: (you wish)

Endpoint: CARRIER-LD-B Unavailable 0 of inf
Transport: 0.0.0.0-udp udp 0 0 0.0.0.0:5060
Identify: (you wish)
14

Please do a full asterisk restart.

15

No change. :frowning:

16

You still have bad config in there. Switch them back over to sip until you get something working.

17

I think the best idea is if you move them ALL back to SIP, make sure they work, and then move them over one at a time.

Something strange is going on.

1 Like
18

Ooh! I just noticed a difference!

[3131] type=endpoint aors=3131 auth=3131-auth allow=g722,ulaw,alaw,h263p,h263,h261 context=from-internal callerid=device <3131> dtmf_mode=rfc4733 [email protected] use_avpf=no ice_support=no media_use_received_transport=no trust_id_inbound=yes send_pai=yes rtp_symmetric=yes rewrite_contact=yes

[3132]
type=endpoint
aors=3132
auth=3132-auth
allow=g722,ulaw,alaw,h263p,h263,h261
context=from-internal
callerid=device <3132>
dtmf_mode=auto
[email protected]
use_avpf=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes

The 3131 one that IS working has ‘dtmfmode=rfc4733’, whilst the rest have ‘dtmfmode=auto’.

If you havent’ changed them all back y et, can you see if that fixes it?

19

Oh, that’s it.

From Asterisk’s pjsip_transport.c

if (!strcasecmp(var->value, “rfc4733”)) {
endpoint->dtmf = AST_SIP_DTMF_RFC_4733;
} else if (!strcasecmp(var->value, “inband”)) {
endpoint->dtmf = AST_SIP_DTMF_INBAND;
} else if (!strcasecmp(var->value, “info”)) {
endpoint->dtmf = AST_SIP_DTMF_INFO;
} else if (!strcasecmp(var->value, “none”)) {
endpoint->dtmf = AST_SIP_DTMF_NONE;
} else {
return -1;
}

PJSip doesn’t support dtmfmode=auto!

That’s a pretty simple fix, so I’m going to go do it now.

20

You are AWESOME!!! Yeah, I had set to AUTO for ChanSIP so the client could dictate mode (I prefer SIP Info, but sometimes if it doesn’t work, my fallback is RFC.

Just changed another extension and that corrected.

You’re an Asterisk GOD!!! :smile: