Thanks Olle for the explanation.
Is such a feature planned, so that the presence status of a hinted
extensions can be updated via SIP?
Is anybody interested in such a feature?
PS: Switching to Kamailio is not an option as there are some required
features in Asterisk that I would really miss.
On 28 Apr 2014, at 10:15, Dennis Guse dennis.g...@qu.tu-berlin.de wrote:
Thanks Olle for the explanation.
Is such a feature planned, so that the presence status of a hinted extensions
can be updated via SIP?
Is anybody interested in such a feature?
I have an old branch that supports
Thanks for the feedback. Corey, thanks for the work on the library.
Meanwhile I implemented the workaround: let Kamailio forward the request
to an Asterisk server which does the lookup and responds with a 302
redirect to (Transfer()) the proper Asterisk server.
Using SIP for the query has
I did a Google search and a common result of cannot find -lresolv is the
use of FreeBSD. Are you compiling on a FreeBSD system? My understanding of
FreeBSD is that this linker flag simply is not needed, so you may be safe
to just remove the flag from the Makefile. If that does not work for you,
no, I am not using FreeBSD, I am using CentOS 6.5, and I tried to omit the
-lresolv but it didn't work but lot of errors keep showing off because of
this changement. I am using the uClibc toolchains from opencores to achieve
this coss compiling process and before this error I encountred lot of
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3488/
---
Review request for Asterisk Developers.
Summary (updated)
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3488/
---
(Updated April 28, 2014, 1:28 p.m.)
Review request for Asterisk
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3417/
---
(Updated April 28, 2014, 9:40 a.m.)
Status
--
This change has been
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3418/
---
(Updated April 28, 2014, 9:43 a.m.)
Status
--
This change has been
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3471/
---
(Updated April 28, 2014, 3:26 p.m.)
Status
--
This change has been
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3476/#review11762
---
./asterisk/trunk/lib/python/asterisk/memory_test_condition.py
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3476/
---
(Updated April 28, 2014, 3:46 p.m.)
Review request for Asterisk
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3479/#review11763
---
/asterisk/trunk/tests/channels/pjsip/call_pickup/run-test
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3480/#review11764
---
Ship it!
Ship It!
- Matt Jordan
On April 25, 2014, 11:43
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3428/#review11765
---
What happened to the channel test?
- Matt Jordan
On April
On April 28, 2014, 12:06 p.m., Matt Jordan wrote:
What happened to the channel test?
It appears to have gotten up and walked away. I'll fix it.
- Jonathan
---
This is an automatically generated e-mail. To reply, visit:
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3428/
---
(Updated April 28, 2014, 12:17 p.m.)
Review request for Asterisk
On April 25, 2014, 2:04 p.m., Matt Jordan wrote:
branches/11/res/res_http_websocket.c, lines 526-530
https://reviewboard.asterisk.org/r/3481/diff/1/?file=57910#file57910line526
So, while locking may solve the issue, there's something more insidious
about this part of the code
On April 28, 2014, 5:14 p.m., Matt Jordan wrote:
/branches/12/res/res_pjsip_refer.c, lines 898-906
https://reviewboard.asterisk.org/r/3485/diff/1/?file=57945#file57945line898
This feels like the wrong way to solve this problem. Having a 'parked'
variable bleed up into this
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3485/#review11770
---
I've got a new patch in the works for this that adds the
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3485/
---
(Updated April 28, 2014, 2:10 p.m.)
Review request for Asterisk
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3485/#review11771
---
Ship it!
Yes, I like this much better! Much better than what
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3485/#review11772
---
/branches/12/res/parking/parking_bridge_features.c
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3485/#review11774
---
Ship it!
Ship It!
- Matt Jordan
On April 28, 2014, 2:10
On April 28, 2014, 12:14 p.m., Matt Jordan wrote:
/branches/12/res/res_pjsip_refer.c, lines 898-906
https://reviewboard.asterisk.org/r/3485/diff/1/?file=57945#file57945line898
This feels like the wrong way to solve this problem. Having a 'parked'
variable bleed up into this
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3476/#review11775
---
Ship it!
Ship It!
- Mark Michelson
On April 28, 2014, 3:46
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3489/
---
Review request for Asterisk Developers.
Repository: testsuite
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3490/
---
Review request for Asterisk Developers.
Bugs: ASTERISK-23672
Like a normal person, I decided to poke at the format work while watching
tornadoes track North and South of Huntsville (because really, what else
are you going to do?) After looking through Josh's notes on the wiki [1]
and the code in the team branch [2], I decided to tackle bridge_native_rtp
(as
29 matches
Mail list logo