search for: send_diversion

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)