Displaying 6 results from an estimated 6 matches for "t38_udptl_ipv6".
2017 Jun 04
2
asterisk 13.16 / pjsip / t.38: res_pjsip_t38.c:207 t38_automatic_reject: Automatically rejecting T.38 request on channel 'PJSIP/91-00000007'
Hello!
I'm still trying to get a working t.38 configuration w/ pjsip.
I'm now able to send t.38 faxes to my own extension:
hylafax -> t38modem -> extension -> extension -> t38modem -> hylafax.
The fax is sent by t38modem. The receiving part of t38modem accepts the
call, sends ReInvite for t.38 and things are working as expected.
Now, let's do the nearly same
2017 Jun 04
2
asterisk 13.16 / pjsip / t.38: res_pjsip_t38.c:207 t38_automatic_reject: Automatically rejecting T.38 request on channel 'PJSIP/91-00000007'
...sn't sent the switch to the ISP. It is blocked / ignored by asterisk
at all - don't know why it isn't sent to the ISP.
The extension is a normal pjsip extension with these additional options:
t38_udptl : true
t38_udptl_ec : redundancy
t38_udptl_ipv6 : false
t38_udptl_maxdatagram : 400
t38_udptl_nat : no (or yes - doesn't matter)
The trunk looks exactly the same:
t38_udptl : true
t38_udptl_ec : redundancy
t38_udptl_ipv6...
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:
2015 Jul 27
2
PJSIP T.38 issues
...TN via ISDN; the call is to my test fax machine,
connected to the PSTN. chan_pjsip is used on Asterisk-13, and chan_sip
is used on Asterisk-11.
This how endpoint t0gw (Asterisk-11) is configured on tiare (Asterisk-13
):
tiare*CLI> pjsip show endpoint t0gw
...
t38_udptl : true
t38_udptl_ec : fec
t38_udptl_ipv6 : false
t38_udptl_maxdatagram : 400
t38_udptl_nat : false
...
Could someone explain why I'm getting "Not acceptable" below?
-- Accepting AUTHENTICATED call from 127.0.0.1:4570:
-- > requested format = slin,
-- > requested prefs = (),
-- >...
2016 Jul 04
2
CALLERID on pjsip doesn't work?
...lare_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=DEADDEADBEEF
from_user=DEADDEADBEEF
bind_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=fal...
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)