Displaying 20 results from an estimated 2000 matches similar to: "Cisco 7912G DST"
2003 Feb 25
2
Shorewall openvpn support
Hi,
We''re using openvpn on our firewall box to contact several networks.
The idea is to use it for approx 10-15 vpn''s..
But.. Do we have to define a tunX device and an interface + zone for
''each'' VPN connection? It seems to me yes, but .. Doesn''t that make the
interfaces/zones file a little bit complex or overpopulated?
Just wondering because in my
2002 Jul 23
1
adjusting ip nat ftp ports
Hello ,
Regarding a previous post in this group. (see below)
Does anyone know how I can change the options for ipnat_ftp or
ip_conntrack_ftp when I don''t load them as modules but have them
compiled in the kernel?
I''ve been looking on google since long now, but can''t seem to find it.
Any idea, anyone? I have added these ''options'' and did a network
2002 Dec 24
1
Persmissions on 'root' folder
Hi,
I'd like to accomplish te following but can't seem to find how:
Share1
subdir1
subdir2
Share 1 that is connected by our Windows clients, should NOT be writable
directly. This means, nobody (except a specified group/user?) should be
able to create a top-level folder or file in this share.
Write and execute rights through the subdir1 and subdir2 should however
be left alone and
2006 Jan 24
4
which gui for asterisk on web
Hi there,
I want to use asterisk for sip comminication with max 1000 users
Which gui shuld i use for adding users and managing asterisk?
I tried AMPortal, it added extensions to mysql but asterisk did not find
users i added
? installed asterisk 1.2.2 on FC4
Toygun
2004 Sep 29
3
7912G SCCP only?
Mmm...I swear I read somehwere that the 7912G did SIP? Cisco lists it as
an SCCP only phone?
--
Undocumented Features quote of the moment...
"It's not the one bullet with your name on it that you
have to worry about; it's the twenty thousand-odd rounds
labeled `occupant.'"
--Murphy's Laws of Combat
2005 Feb 12
3
7912G: Takes the same firmware as 7940/60?
Does anyone know if the 7912G (which the wiki says can do either sccp or
sip) uses the 7940/60 sip firmware? I ask this because the only
firmware I can seem to find on TAC for the 7912G is sccp, no sip...if it
takes it's own firmware and doesn't use 7940/60 firmware, can someone
point me to the right location for it?
Thanks,
Marty Mastera
M3 Resources
marty@m3resources.com
Phone:
2004 Dec 13
1
Asterisk and Cisco 7905G or Cisco 7912G
Hi,
How well to the Cisco 7905G or Cisco 7912G phone work with Asterisk? Cisco
claims both phones do SIP.
I was strongly considering Polycom phones. However, it appears to be quite
difficult to obtain support or firmware for Polycom phones. On the other
hand, I find Cisco is very well supported.
Thanks,
Adi
2005 Feb 15
1
7912G via SIP, looking for comments
Hello,
I'm looking for any comments or user experiences from anyone who is
using 7912G phones with SIP. Any installation issues? Usability
problems? Do the features seem to work, etc...In short, I'm looking for
your opinions on how suitable this phone is for an asterisk
implementation for approx. 10 users. Next logical question: what other
phones would you recommend for a situation
2017 May 25
2
[GlobalISel][AArch64] Toward flipping the switch for O0: Please give it a try!
Hi Kristof,
> On May 25, 2017, at 2:09 AM, Kristof Beyls <kristof.beyls at arm.com> wrote:
>
>>
>> On 24 May 2017, at 22:01, Quentin Colombet <qcolombet at apple.com <mailto:qcolombet at apple.com>> wrote:
>>
>> Hi Kristof,
>>
>> Thanks for going back so fast!
>>
>>> On May 24, 2017, at 12:57 PM, Kristof Beyls
2017 May 24
2
[GlobalISel][AArch64] Toward flipping the switch for O0: Please give it a try!
Hi Kristof,
Thanks for going back so fast!
> On May 24, 2017, at 12:57 PM, Kristof Beyls <kristof.beyls at arm.com> wrote:
>
>>
>> On 24 May 2017, at 19:31, Quentin Colombet <qcolombet at apple.com <mailto:qcolombet at apple.com>> wrote:
>>
>> Hi Kristof,
>>
>> Thanks for the measurements.
>>
>>> On May 24, 2017, at
2017 May 31
2
[GlobalISel][AArch64] Toward flipping the switch for O0: Please give it a try!
Cool test :)
It seems to work fine now, I don't see any new failures. IIUC, Kristof is
also giving it another run.
Cheers,
Diana
On 30 May 2017 at 22:57, Quentin Colombet <qcolombet at apple.com> wrote:
> Hi Diana,
>
> I’ve actually gone ahead and pushed the fix as I was able to produce a
> small reproducer.
>
> This is r304244
>
> Let me know if you encounter
2007 Mar 12
1
GXP-2000 DST Change
In case it hasn't been posted before, here's instructions to get the
correct time to show up on your Grandstream GXP-2000's:
1. Login to phone
2. Go to Basic Settings tab
3. Change Daylight Savings Time to yes
4. Change Optional Rule to 3,2,7,2,0;11,1,7,2,0;60 (this means change
clocks the second sunday of March and back again the first sunday of
November - i.e., the new savings
2017 May 29
2
[GlobalISel][AArch64] Toward flipping the switch for O0: Please give it a try!
Thanks Quentin, it's in progress now, I'll let you know how it goes.
Cheers,
Diana
On 27 May 2017 at 03:36, Quentin Colombet <qcolombet at apple.com> wrote:
> Hi Kristof,
>
> I’ve pushed the localizer in r304051 and added it in the AArch64 O0 pipeline
> in r304052.
>
> I let Diana investigate the seg fault she was seeing.
>
> @Diana, let me know if you need
2006 Jan 20
0
Cisco 7912G SIP phone and Asterisk double RTP packets
Hi there,
i did some tests with two Cisco 7912G phones (SIP stack) yesterday. With
both ethereal and tcpdump listening on the Asterisk-Server's NIC, it
came up that all RTP packets were doubled, with some small but almost
constant delay (~460 us).
The setup is
7912G <--> ASTERISK <--> 7912G
The tcpdump output shows RTP traffic ASTERISK --> 7912G:
000000 IP $ASTERISK.17944
2017 May 30
2
[GlobalISel][AArch64] Toward flipping the switch for O0: Please give it a try!
Thanks Diana.
That is indeed the assumption in the code and this is obviously wrong.
Could you try the attached patch?
(I haven’t even tried to compile it though)
Cheers,
-Quentin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: localizer_tentative_fix.diff
Type: application/octet-stream
Size: 774 bytes
Desc: not available
URL:
2017 Dec 15
3
[GlobalISel][AArch64] Toward flipping the switch for O0: Please give it a try!
I don’t know of any further issues preventing us flipping the switch.
At this point, I’d aim to flip the switch shortly after the creation of the 6.0.0 release branch, so that GlobalISel can harden a bit more enabled-by-default on trunk before it goes into an LLVM release (presumably 7.0.0 then).
Thanks,
Kristof
> On 11 Dec 2017, at 17:08, Amara Emerson <aemerson at apple.com> wrote:
2010 Jul 02
4
mainboard recommendations
Hi,
As it has been brought to my attention (by several parties), my current
MB does not support VT-d.
Since I don''t feel like purchasing a brand new system, I have searched
for replacement MB-s
that would fit into my existing uATX case, support my C2D CPU, and
support at least 4x2GB ram.
I have narrowed it down to the following four models:
SUPERMICRO MBD-C2SBM-Q-O (Q35 chipset)
2017 Apr 03
5
[GlobalISel][AArch64] Toward flipping the switch for O0: Please give it a try!
I've kicked off a run to compare "-O0 -g" versus "-O0 -g -mllvm -global-isel -mllvm -global-isel-abort=2".
I've selected the test-suite (albeit a version which is a couple of months old now) and a few short-running proprietary benchmarks to get data back quickly for an initial feel of where things are.
This was running on Cortex-A57 AArch64 Linux.
I saw one assertion
2017 May 24
2
[GlobalISel][AArch64] Toward flipping the switch for O0: Please give it a try!
Hi Kristof,
Thanks for the measurements.
> On May 24, 2017, at 6:00 AM, Kristof Beyls <kristof.beyls at arm.com> wrote:
>
>>
>> On 23 May 2017, at 21:48, Quentin Colombet <qcolombet at apple.com <mailto:qcolombet at apple.com>> wrote:
>>
>> Great!
>> I thought I had to look at our pipeline at O0 to make sure optimized regalloc was
2017 Apr 26
2
[GlobalISel][AArch64] Toward flipping the switch for O0: Please give it a try!
Hi Kristof,
> On Apr 6, 2017, at 6:53 AM, Kristof Beyls <kristof.beyls at arm.com> wrote:
>
> I've been digging a little bit deeper into the biggest performance regressions I've observed.
>
> What I've observed so far is:
> * A lot of the biggest regressions are caused by unnecessarily moving floating point values through general purpose registers. I've