Displaying 12 results from an estimated 12 matches for "parametername".
2016 Jun 13
2
PJSIP does not qualify contacts after starting Asterisk
..........> <Hash....> <Status> <RTT(ms)..>
=========================================================================================
Aor: pbx-node-1 0
Contact: pbx-node-1/sip:myurl:5060 771bf6a7d4 Created 0.000
ParameterName : ParameterValue
===================================================
authenticate_qualify : false
contact : sip:myurl:5060
default_expiration : 3600
mailboxes :
max_contacts : 0
maximum_expiration : 7200
minimum_expiration : 60
outbound_proxy...
2016 Jan 18
2
How to get PJSIP SIP messages in a log file and not in console ?
Hello,
How should I configure Asterisk (13.7.0) to get persistently PJSIP SIP
messages in a log file and not in console ?
I would expect adding "debug=yes" in pjsip.conf to produce the same output
as "pjsip set logger on".
Am I understanding correctly ?
Best regards
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
2016 Jun 13
2
PJSIP does not qualify contacts after starting Asterisk
..........> <Hash....> <Status> <RTT(ms)..>
=========================================================================================
Aor: pbx-node-1 0
Contact: pbx-node-1/sip:myurl:5060 771bf6a7d4 Created 0.000
ParameterName : ParameterValue
===================================================
authenticate_qualify : false
contact : sip:myurl:5060
default_expiration : 3600
mailboxes :
max_contacts : 0
maximum_expiration : 7200
minimum_expiration : 60
outbound_proxy...
2019 Jul 10
3
RFC: changing variable naming rules in LLVM codebase
Rui,
I have created D64474 to change comments explicitly stating the parameter
names for constants ( /*parameterName=*/<constant> ). I did this by hand to
match the new variable names. Do you know if there would be a way to update
these comments with a tool similar to what you used to change these names?
Perhaps it would be much more difficult, I'm guessing clang's AST doesn't
have a way to desc...
2019 Jul 10
4
RFC: changing variable naming rules in LLVM codebase
...ge
> these names for doxygen comments?
>
> On Wed, Jul 10, 2019 at 7:12 AM Alex Brachet-Mialot <
> alexbrachetmialot at gmail.com> wrote:
>
>> Rui,
>>
>> I have created D64474 to change comments explicitly stating the parameter
>> names for constants ( /*parameterName=*/<constant> ). I did this by hand to
>> match the new variable names. Do you know if there would be a way to update
>> these comments with a tool similar to what you used to change these names?
>> Perhaps it would be much more difficult, I'm guessing clang's AST doe...
2016 Oct 15
3
Registered successfully, but after a minute or so no SIP messages anymore
Hi all,
I have an issue with asterisk 13 and pjsip. I guess it is somehow
Firewall related, but I'm unsure.
A registration to Sipgate is established successfully:
<Registration/ServerURI..............................> <Auth..........>
<Status.......>
==========================================================================================
2014 Mar 14
0
sipML5, Ast12 and WebRTC: not acceptable here
...ransport-tls
Transport: <TransportId........> <Type> <cos> <tos>
<BindAddress....................>
=========================================================================================
Transport: transport-tls tls 0 0 0.0.0.0:5061
ParameterName : ParameterValue
======================================================
async_operations : 1
bind : 0.0.0.0:5061
ca_list_file :
cert_file : /etc/asterisk/sslcert.pem
cipher :
cos...
2019 Jul 12
5
RFC: changing variable naming rules in LLVM codebase
...s for doxygen comments?
>>
>> On Wed, Jul 10, 2019 at 7:12 AM Alex Brachet-Mialot
>> <alexbrachetmialot at gmail.com> wrote:
>>
>> Rui,
>>
>> I have created D64474 to change comments explicitly stating the
>> parameter names for constants ( /*parameterName=*/<constant> ). I
>> did this by hand to match the new variable names. Do you know if
>> there would be a way to update these comments with a tool similar to
>> what you used to change these names? Perhaps it would be much more
>> difficult, I'm guessing clang'...
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)
2016 Oct 15
3
Registered successfully, but after a minute or so no SIP messages anymore
...w registration pjsip_sipgate
<Registration/ServerURI..............................>
<Auth..........> <Status.......>
==========================================================================================
pjsip_sipgate/sip:sipgate.de:5060 pjsip_sipgate Registered
ParameterName : ParameterValue
========================================================
auth_rejection_permanent : true
client_uri : sip:2636146e0 at sipgate.de:5060
contact_user : 2636146e0
endpoint :
expiration : 600
fatal_retry_i...
2019 Jul 18
4
RFC: changing variable naming rules in LLVM codebase
...> >> On Wed, Jul 10, 2019 at 7:12 AM Alex Brachet-Mialot
> >> <alexbrachetmialot at gmail.com> wrote:
> >>
> >> Rui,
> >>
> >> I have created D64474 to change comments explicitly stating the
> >> parameter names for constants ( /*parameterName=*/<constant> ). I
> >> did this by hand to match the new variable names. Do you know if
> >> there would be a way to update these comments with a tool similar to
> >> what you used to change these names? Perhaps it would be much more
> >> difficult, I'm...
2019 Jul 09
2
RFC: changing variable naming rules in LLVM codebase
Hi Rui,
I’m totally positive on switching to camelCase convention. In fact I have been always uncomfortable with the current naming approach.
My only suggestion/concern is that we should provide a transition path not only for the trunk code in the repository, but for eventual out-of-trunk code with implementations of custom architectures. I have currently a custom backend implemented on top of