Displaying 4 results from an estimated 4 matches for "dtls_verify".
Did you mean:
tls_verify
2015 Sep 15
3
Asterisk 13 WebRTC Status report
...DPOINT TEMPLATES
[endpoint-basic](!)
type=endpoint
transport=transport-wss
context=route_phones
disallow=all
allow=alaw
allow=ulaw
force_avp=yes
use_avpf=yes ; Determines whether res_pjsip will use and enforce usage of
media_encryption=dtls ; Determines whether res_pjsip will use and enforce
dtls_verify=no ; Verify that the provided peer certificate is valid
(default:
dtls_rekey=0 ; Interval at which to renegotiate the TLS session and rekey
dtls_cert_file=/etc/pki/tls/certs/pbx.crt
dtls_private_key=/etc/pki/tls/private/pbx.key
dtls_setup=actpass
ice_support=yes ;This is specific to clients th...
2016 Jul 01
2
CALLERID on pjsip doesn't work?
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:
2016 Jul 04
2
CALLERID on pjsip doesn't work?
...uth_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=Asterisk
dtls_verify=No
message_context=
mailboxes=
named_pickup_group=
record_on_feature=automixmon
dtls_private_key=
named_call_group=
t38_udptl_maxdatagram=0
media_encryption_optimistic=false
aors=DEADDEADBEEF
rpid_immediate=false
outbound_proxy=
identify_by=username
inband_progress=false
rtp_symmetric=false
transpo...
2017 Jun 05
3
asterisk 13.16 / pjsip / t.38: res_pjsip_t38.c:207 t38_automatic_reject: Automatically rejecting T.38 request on channel 'PJSIP/91-00000007'
On 06/05/2017 at 11:30 AM, Joshua Colp wrote:
> On Sun, Jun 4, 2017, at 10:40 AM, Michael Maier wrote:
>> On 06/04/2017 at 01:41 PM Telium Technical Support wrote:
>>> Just a guess (without knowing about your network), but are the two ends
>>> points on public networks and visible to one another? If not the reinvite
>>> may be passing an internal (nat'ed)