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)