search for: negotate

I've gotten canreinvite=yes to work with a sip device behind NAT!! You *MUST* port forward the SIPPort to in your gateway router to your phone. This is a MUST. Okay, now on to my problem.. I have people who will be using ulaw, and I have people who will be using g729.. I want to set it up so that canreinivte will work.. I have a single cisco gateway.. Asterisks isn't handling the

Okay, now on to my problem.. I have people who will be using ulaw, and I have people who will be using g729.. I want to set it up so that canreinivte will work.. I have a single cisco gateway.. Asterisks isn't handling the negotation between the 2 devices very well.. For example.. [gateway] type=friend host=1.2.3.4 canreinvite=yes qualify=200 dtmfmode=rfc2833 context=default disallow=all

On Friday 13 June 2008 22:46:41 Mark McLoughlin wrote: > lguest (in rusty's use-tun-ringfd patch) assumes that the > guest has updated its feature bits before setting its status > to VIRTIO_CONFIG_S_DRIVER_OK. > > That's pretty reasonable, so let's make it so. Applied. That's a bug, I'll send to Linus immediately (I screwed up in the feature changes which are

From: Mark McLoughlin <markmc at redhat.com> lguest (in rusty's use-tun-ringfd patch) assumes that the guest has updated its feature bits before setting its status to VIRTIO_CONFIG_S_DRIVER_OK. That's pretty reasonable, so let's make it so. Signed-off-by: Mark McLoughlin <markmc at redhat.com> Signed-off-by: Rusty Russell <rusty at rustcorp.com.au> ---

On Friday 13 June 2008 22:46:41 Mark McLoughlin wrote: > lguest (in rusty's use-tun-ringfd patch) assumes that the > guest has updated its feature bits before setting its status > to VIRTIO_CONFIG_S_DRIVER_OK. > > That's pretty reasonable, so let's make it so. Applied. That's a bug, I'll send to Linus immediately (I screwed up in the feature changes which are

From: Mark McLoughlin <markmc at redhat.com> lguest (in rusty's use-tun-ringfd patch) assumes that the guest has updated its feature bits before setting its status to VIRTIO_CONFIG_S_DRIVER_OK. That's pretty reasonable, so let's make it so. Signed-off-by: Mark McLoughlin <markmc at redhat.com> Signed-off-by: Rusty Russell <rusty at rustcorp.com.au> ---

Good morning everyone, I have had Samba 3.0.9 running on Solaris, connected to a Windows AD domain for a couple of weeks now, and i've suddenly started getting the following errors: [2005/01/07 11:31:55, 1] smbd/sesssetup.c:reply_spnego_kerberos(250) Username <domain>\IT075$ is invalid on this system It looks like some sort of issue with Kerberos, but I'm able to connect to

Im trying to deploy with capistrano from win32 to Linux but no success. I''ve been installed: cwRsync to ssh I ran rake remote:exec ACTION=setup --trace and get: Anyone knows how to get capistrano log ssh comunication? Any idea? Thanks rake aborted! End of file reached c:/ruby/lib/ruby/gems/1.8/gems/net-ssh-1.0.8/lib/net/ssh/transport/version-negot iator.rb:51:in `readline''

Hi all, I've compiled 3.0.7 on a test box which also has an LDAP server running on it. This is the first time for me trying to use Samba with LDAP. I copied the IdealX scripts into /usr/local/sbin and edited the _config.pm file. It is attached at the bottom, stripped of comments. I then edited my smb.conf to the effect of the following: passdb backend = ldapsam:ldap://localhost ldap

Hi Thanks in advance. I know my question below is not really related with samba but I'm really confused, and you guys are expert on windows authentication, I really hope you have patience to read this and I'll appreciate any of your help. I learned a lot from this post http://lists.samba.org/archive/jcifs/2008-October/008227.html. I know that a "man in the middle" technique,

Simple typos, don't repost until there's more substantive feedback. On Thu, Apr 27, 2023 at 07:44:26PM +0900, Shunsuke Mie wrote: > The Linux PCIe Endpoint framework supports to implement PCIe endpoint > functions using a PCIe controller operating in endpoint mode. > It is possble to realize the behavior of PCIe device, such as virtio PCI > device. This patch introduces a

Hi, I am trying to set up a linux box with 5 N/W cards of which one is 10/100/1000T and the others are 10/100T. I connected all the cards and turned on the machine. I wanted to force eth0 to be the 1000T cards but the cards get allotted eth0 to eth4 randomly. Is there some way wherein I can force my 1000T card to be eth0. Also I want to turn off auto negotation & flow control on the 1000T

Hello G?tz, could you do a closer look at your smbd (maybe with truss or strace) to see what exactly happens? or maybe it would be enough to watch traffic between your client and server (and traffic between your server and nameserver, domaincotroler (if involved)) best regards, chris -----Urspr?ngliche Nachricht----- Von: samba-bounces+christian.masopust=siemens.com@lists.samba.org

...an update. Perhaps a note in the PCI >> section indicating that, if the host expects the guest to program an >> IOMMU, then it should use the appropriate platform-specific mechanism >> to expose that IOMMU. >> >> --Andy > > If there's no virtio mechanism to negotate enabling/disabling > translations, then specification does not need an extension. It wouldn't shock me if someone wants to negotiate this for virtio_mmio some day, but that might be more of a device tree thing. I have no idea how that works, but I think it can wait until someone wants it....

...an update. Perhaps a note in the PCI >> section indicating that, if the host expects the guest to program an >> IOMMU, then it should use the appropriate platform-specific mechanism >> to expose that IOMMU. >> >> --Andy > > If there's no virtio mechanism to negotate enabling/disabling > translations, then specification does not need an extension. It wouldn't shock me if someone wants to negotiate this for virtio_mmio some day, but that might be more of a device tree thing. I have no idea how that works, but I think it can wait until someone wants it....

I'm not sure if collision resistance is required for DH key derivation, but generally, SHA-1 is on its way out. If it's possible (if there's not a very large percentage of servers that do not support anything newer), it should be disabled.

We've bought the G729 codec for lowering SIP bandwidth usage (we're using grandstream phones) and we're quite happy with it up until I tried using IAXPhone 0.2.0 build 116 with my asterisk 1.0.0 installations. Weirdly enough, calls from IAXphone to the GS phone work just fine. So are calls from both phones to voicemail. And from both phones to analog phones connected to FXS ports.

On Aug 26, 2014 11:46 PM, "Stefan Hajnoczi" <stefanha at gmail.com> wrote: > > On Tue, Aug 26, 2014 at 10:16 PM, Andy Lutomirski <luto at amacapital.net> wrote: > > There are two outstanding issues. virtio_net warns if DMA debugging > > is on because it does DMA from the stack. (The warning is correct.) > > This also is likely to do something

On Aug 26, 2014 11:46 PM, "Stefan Hajnoczi" <stefanha at gmail.com> wrote: > > On Tue, Aug 26, 2014 at 10:16 PM, Andy Lutomirski <luto at amacapital.net> wrote: > > There are two outstanding issues. virtio_net warns if DMA debugging > > is on because it does DMA from the stack. (The warning is correct.) > > This also is likely to do something

> TLS handshaking: SSL_accept() failed: error:1408A0C1:SSL > routines:SSL3_GET_CLIENT_HELLO:no shared cipher > > our dovecot (2.0.9 on redhat) 10-ssl.conf file we have > > ssl_cipher_list = > kEECDH:+kEECDH+SHA:kEDH:+kEDH+SHA:+kEDH+CAMELLIA:kECDH:+kECDH+SHA:kRSA:+kRSA+SHA:+kRSA+CAMELLIA:!aNULL:!eNULL:!SSLv2:!RC4:!MD5:!DES:!EXP:!SEED:!IDEA:!3DES:!SSLv3 Offhand, I don't