search for: direct_media_glare_mitigation

Displaying 4 results from an estimated 4 matches for "direct_media_glare_mitigation".

2014 Oct 23
1
Ast 13 beta 3 - Segfault when calling on pjsip trunk with directmedia=yes
...identical on both machines: [transport-lan] type=transport protocol=udp bind=0.0.0.0 tos=af31 [pbxbeta] type=endpoint disallow=all allow=g722 allow=ulaw transport=transport-lan context=phone-level3 aors=pbxbeta send_rpid=no send_pai=yes trust_id_inbound=yes trust_id_outbound=yes direct_media=yes direct_media_glare_mitigation=outgoing ;direct_media_method=update tos_audio=46 tos_video=34 t38_udptl=no t38_udptl_nat=no [pbxbeta] type=aor contact=sip:{remote IP address}:5060 [pbxbeta] type=identify endpoint=pbxbeta match={remote IP address} The phones have the following set in pjsip.conf (snippet): type=endpoint disall...
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?
...t=false allow_transfer=true tos_video=0 srtp_tag_32=false timers_min_se=90 call_group= sub_min_expiry=0 100rel=yes direct_media=true rtp_timeout_hold=0 g726_non_standard=false dtmf_mode=rfc4733 voicemail_extension= rtp_timeout=0 dtls_cert_file= media_encryption=no media_use_received_transport=false direct_media_glare_mitigation=none trust_id_inbound=false force_avp=false record_off_feature=automixmon send_diversion=true language= mwi_from_user= rtp_ipv6=false ice_support=false callerid=unknown aggregate_mwi=true one_touch_recording=false cos_video=0 accountcode= allow=(g722|ulaw|alaw) rewrite_contact=false t38_udptl_ipv6=...
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)