Displaying 5 results from an estimated 5 matches for "send_diversion".
2017 Nov 20
2
How to correctly set REDIRECTING to indicate diversion reason
Hello List
Next question where google did not spit out an unsable answer.
When redirecting a call with Transfer, I would like to correctly
indicate the reason.
I did try this:
exten => XX,1,NoOp(Call to ${EXTEN} from ${CALLERID(all)})
exten => XX,n,Dial(SIP/ZZ)
exten => XX,n,set(REDIRECTING(reason)=cfb)
exten => XX,n,Transfer(SIP/YY)
I did try with 'reason'
2017 Nov 21
2
How to correctly set REDIRECTING to indicate diversion reason
Hi Richard
Thank you
> You need to set more redirecting information [1].
>
> In sip.conf send_diversion=yes needs to be in effect. You also need
> to setup
> the from party id information (at least the from number) to indicate
> where you
> are redirecting from. You should also increment the redirecting
> count.
>
> Richard
>
> [1]
> https://wiki.asterisk.org/wiki/di...
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?
...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=false
tone_zone=
user_eq_phone=false
allow_subscribe=true
rtp_engine=asterisk
auth=DEADDE...
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)