search for: dtls_verify

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)