search for: moh_suggest

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

2016 Sep 08
3
PJSIP Weirdness, or just my weirdness?
...fy_frequency=1992 max_contacts=2 [murftest12] type=auth auth_type=userpass username=murftest12 password=SjU3 [transport-udp] type=transport protocol=udp bind=0.0.0.0:57969 [murftest12] ; Cisco SPA514G mac=A4:93:4C:FE:1D:A2 type=endpoint auth=murftest12 transport=transport-udp aors=murftest12 moh_suggest=default force_rport=yes rewrite_contact=yes rtp_symmetric=yes dtmf_mode=rfc4733 disallow=all allow=ulaw ; from phonetype allow=g722 ; from phonetype allow=alaw ; from phonetype allow=alaw ; from phonetype (G.729 replaced with alaw) direct_media=no context=phone rtp_timeout=120 set_var=__phoneid=12...
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?
..._rtp_to_media_address=false disable_direct_media_on_nat=false set_var= use_ptime=false outbound_auth= media_address= tos_audio=0 dtls_ca_path= dtls_setup=active force_rport=false connected_line_method=invite callerid_tag= timers=yes sdp_owner=- trust_id_outbound=false use_avpf=false context=default moh_suggest=default send_pai=false t38_udptl=false dtls_ca_file= callerid_privacy=allowed_not_screened mwi_subscribe_replaces_unsolicited=false cos_audio=0 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20160704/b...
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)