search for: inband_progress

Displaying 5 results from an estimated 5 matches for "inband_progress".

2016 May 12
2
pjsip module reload problem
Hi! Installing new asterisk server and decided to use chan_pjsip. While module reload I get: y 12 15:33:04] ERROR[21137]: config_options.c:715 aco_process_var: Could not find option suitable for category '3567' named 'inband_progress' at line 867 of [May 12 15:33:04] ERROR[21137]: res_sorcery_config.c:317 sorcery_config_internal_load: Could not create an object of type 'aor' with id '3567' from configuration file 'pjsip.conf' After asterisk restart: bkk*CLI> pjsip reload Module 'res_pjsi...
2005 Jul 16
1
FreeBSD 5.4 (Asterisk 1.0.9) compile error
Hiya, I was just updating Asterisk to 1.0.9 on FreeBSD 5.4, using the new ports updates. The port won't compile I just get this. chan_zap.c: In function `pri_dchannel': chan_zap.c:8391: error: structure has no member named `cause' chan_zap.c:8886: error: structure has no member named `inband_progress' gmake[1]: *** [chan_zap.o] Error 1 gmake[1]: Leaving directory `/usr/ports/net/asterisk/work/asterisk-1.0.9/channels' gmake: *** [subdirs] Error 1 *** Error code 2 Anyone got any ideas? Mark
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?
...se pickup_group= sdp_session=Asterisk dtls_verify=No message_context= mailboxes= named_pickup_group= record_on_feature=automixmon dtls_private_key= named_call_group= t38_udptl_maxdatagram=0 media_encryption_optimistic=false aors=DEADDEADBEEF rpid_immediate=false outbound_proxy= identify_by=username inband_progress=false rtp_symmetric=false transport=transport-udp rtp_keepalive=0 t38_udptl_ec=none fax_detect=false t38_udptl_nat=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=...
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)