search for: timers_sess_expir

...05 aors=105 direct_media=no force_rport=yes rewrite_contact=yes transport=transport-udp-nat media_encryption=no ice_support=no timers_min_se=90 ; Minimum session timers expiration period (default:; "90") timers=required ; Session timers for SIP packets (default: "yes") timers_sess_expires=3600 ; Maximum session timer expiration period now get things working and i could see how this behave. Thanks Regards > On Apr 29, 2015, at 12:30 PM, asterisk-users-request at lists.digium.com wrote: > > Send asterisk-users mailing list submissions to > asterisk-users at l...

...rying to see what is supported or not about this features on the new pjsip channel since chan_sip was kind of flexible on this , at the moment since wiki says pjsip support 4 modes of operation (forced, no, required, yes) but if i try to change any of the timers parameters (timers, timers_min_se or timers_sess_expiries) the pjsip channel doesn?t load the endpoint or even not load the well the channel this happens on 13.1, 13.2 and 13.3. should i enable something different of normal variables on pjsip.conf ? Thanks Javier Riveros.

...port=yes > rewrite_contact=yes > transport=transport-udp-nat > media_encryption=no > ice_support=no > timers_min_se=90 ; Minimum session timers expiration period (default:; "90") > timers=required ; Session timers for SIP packets (default: "yes") > timers_sess_expires=3600 ; Maximum session timer expiration period > > > now get things working and i could see how this behave. > > Thanks > Regards > >> On Apr 29, 2015, at 12:30 PM, asterisk-users-request at lists.digium.com wrote: >> >> Send asterisk-users mailin...

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:

...-------- next part -------------- [0.0.0.0-udp] type=transport protocol=udp bind=0.0.0.0:5060 [endpoint0](!) type=endpoint transport=0.0.0.0-udp disallow=all allow=alaw allow=ulaw t38_udptl=no t38_udptl_ec=none fax_detect=no t38_udptl_nat=no dtmf_mode=auto direct_media=yes from_domain=172.16.25.23 timers_sess_expires=1800 tone_zone=ru language=ru rewrite_contact=yes rtp_symmetric=yes force_rport=yes [registration0](!) type=registration transport=0.0.0.0-udp retry_interval=60 max_retries=10 expiration=3600 auth_rejection_permanent=yes server_uri=sip:172.16.25.23 [fxs17](endpoint0) context=from-sip-fxs aors=...

...d_proxy= voicemail_extension= maximum_expiration=7200 qualify_frequency=0 authenticate_qualify=false contact= max_contacts=1 remove_existing=true [DEADDEADBEEF] type=auth md5_cred= realm= auth_type=userpass password=4D7D9A7F1822 nonce_lifetime=32 username=507B495E565B [DEADDEADBEEF] type=endpoint timers_sess_expires=1800 device_state_busy_at=0 dtls_cipher= from_domain= dtls_rekey=0 dtls_fingerprint=SHA-256 direct_media_method=invite send_rpid=false pickup_group= sdp_session=Asterisk dtls_verify=No message_context= mailboxes= named_pickup_group= record_on_feature=automixmon dtls_private_key= named_call_group=...

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)