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)