Displaying 5 results from an estimated 5 matches for "sip_resolve".
2020 Sep 30
4
some domains resolving issues
Hello.
I have two records in dialplan:
exten => testA,1,Dial(PJSIP/outgoing/sip:thetestcall at sip.linphone.org)
exten => testB,1,Dial(PJSIP/outgoing/sip:thetestcall at iptel.org)
Calling testA works fine while testB fails with "CONGESTION".
Adding debug for console shows that pjsip_resolver.c does
`New queries added, performing parallel resolution again`
for linphone after discovering SRV records, and does not for iptel.
It looks like a bug.
All modules are loaded manually, with autoload=no, res_resolver_unbound
is not loaded.
Asterisk 16.2.1~dfsg-1+deb10u2 debian stable.
I have...
2023 Jun 08
1
Problem with pjsip
...[0, 4294967295] gives [32](0)
[2023-06-08 13:37:17] DEBUG[185433]:
res_pjsip_outbound_registration.c:699 handle_client_registration:
Outbound REGISTER attempt 2 to 'sip:orange-obs.fr' with client
'sip:+3313445XXXX at orange-obs.fr'
[2023-06-08 13:37:17] DEBUG[185433]: res_pjsip/pjsip_resolver.c:475
sip_resolve: Performing SIP DNS resolution of target 'orange-obs.fr'
[2023-06-08 13:37:17] DEBUG[185433]: res_pjsip/pjsip_resolver.c:502
sip_resolve: Transport type for target 'orange-obs.fr' is 'UDP transport'
[2023-06-08 13:37:17] DEBUG[185433]: res_pjsip/pjsip_re...
2014 Dec 23
0
Fwd: no ipv6 dns resolution for outbound registration with pjsip/asterisk13.1
...e][Dec 22 19:24:24] DEBUG[25247] pjsip: tsx0x110736c .Transaction
created for Request msg REGISTER/cseq=36181 (tdta0x721d90)
[Dec 22 19:24:24] DEBUG[25247] pjsip: tsx0x110736c Sending Request
msg REGISTER/cseq=36181 (tdta0x721d90) in state Null
[Dec 22 19:24:24] DEBUG[25247] pjsip: sip_resolve.c .Starting async
DNS A query: target=sip1.easybell.de, transport=Unspecified, port=5060
[Dec 22 19:24:24] DEBUG[25247] pjsip: resolver.c .Transmitting 34
bytes to NS 0 (192.168.178.1:53): DNS A query for sip1.easybell.de: Success
[Dec 22 19:24:24] DEBUG[25247] pjsip: tsx0x110736c .St...
2017 Jun 15
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'
...ction created for Request msg INVITE/cseq=24420 (tdta0x7f5f180a98f8)
[2017-06-15 07:43:57] DEBUG[25171]: pjproject:0 <?>: tsx0x7f5f18095998 ..Sending Request msg INVITE/cseq=24420 (tdta0x7f5f180a98f8) in state Null
[2017-06-15 07:43:57] DEBUG[25171]: pjproject:0 <?>: sip_resolve.c ...Target '192.168.10.33:6060' type=Unspecified resolved to '192.168.10.33:6060' type=UDP (UDP transport)
[2017-06-15 07:43:57] DEBUG[25171]: res_pjsip/pjsip_message_ip_updater.c:257 multihomed_on_tx_message: Re-wrote Contact URI host/port to 192.168.10.33:5061
<--- Transmittin...
2017 Jun 14
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'
On 06/14/2017 at 05:53 PM Joshua Colp wrote:
> On Wed, Jun 14, 2017, at 12:47 PM, Michael Maier wrote:
>
> <snip>
>
>>
>> I added this patch to see, if really all packages are are freed after
>> they have been processed:
>>
>> --- b/res/res_pjsip/pjsip_distributor.c 2017-05-30 19:44:16.000000000
>> +0200
>> +++