search for: md5_cred

I have done additional testing and I haven't been able to figure out why it's failing. Since my original testing we now set the realm on the authentication section to match what we receive from NEC. It's of the format abc at xyz.com I have verified the md5_cred several times and it matches the user:realm:password formula 3016:insiph at something0a646666.com:3016 where username is 3016 and password is 3016 We suspect it has something to do with the format of the realm that NEC is sending where it may not be working correctly supported by the Asterisk PJSI...

Asterisk 13.8 Is CALLERID(all) supposed to wok for pjsip? When I do this: exten => 1234,Set(CALLERID(all)="Jon Doe" <+123456789>) same => n,Dial(PJSIP/phone123, 30) I expect the callerid to be as set, but is always seems to be "phone123", the name of the endpoint. Andrew -------------- next part -------------- An HTML attachment was scrubbed... URL:

...ADDEADBEEF] type=aor support_path=true default_expiration=3600 qualify_timeout=3.000000 mailboxes= minimum_expiration=60 outbound_proxy= voicemail_extension= maximum_expiration=7200 qualify_frequency=0 authenticate_qualify=false contact= max_contacts=1 remove_existing=true [DEADDEADBEEF] type=auth md5_cred= realm= auth_type=userpass password=4D7D9A7F1822 nonce_lifetime=32 username=507B495E565B [DEADDEADBEEF] type=endpoint timers_sess_expires=1800 device_state_busy_at=0 dtls_cipher= from_domain= dtls_rekey=0 dtls_fingerprint=SHA-256 direct_media_method=invite send_rpid=false pickup_group= sdp_session...