search for: negot

...d 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 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 allow=ulaw allow=g729 [123] type=friend secret=abc nat=yes host=dynamic canreinvite=yes qualify=200 context=default dtmfmode=rfc2833 ma...

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 allow=ulaw allow=g729 [123] type=friend secret=abc nat=yes host=dynamic canreinvite=yes qualify=200 context=default dtmfmode=rfc2833 ma...

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

...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'' c:/ruby/lib/ruby/gems/1.8/gems/net-ssh-1.0.8/lib/net/ssh/transport/version-negot iator.rb:51:in `negotiate'' c:/ruby/lib/ruby/gems/1.8/gems/net-ssh-1.0.8/lib/net/ssh/transport/version-negot iator.rb:50:in `loop'' c:/ruby/lib/ruby/gems/1.8/gems/net-...

...ger ldap ssl = no ldap passwd sync = Yes idmap uid = 15000-20000 idmap gid = 15000-20000 winbind separator = + I then did smbpasswd -w (insert cn=Manager password for LDAP) smbd and nmbd started up just fine. Here is when I run into problems: oink:/usr/local/samba/lib # smbclient -L oink protocol negotiation failed Same result if I use 'localhost' or reference it by IP. If you can tell me what I have missed it would be greatly appreciated. I have been following the HOWTO step-by-step and I'm not sure what I missed. Thanks, Misty smbldap_conf.pm: use strict; package smbldap_conf...

...ate NTLMv2 response. However, I'm reading a proxy code these days and did some test on it. It uses the MITM technique, that is so say, proxy returns the challenge of SMB server(win2003 AD) to browser. just like what 'JCIFS NTLM HTTP Authentication Filter' does. Proxy uses 'SMB_COM_NEGOTIATE' and 'SMB_COM_SESSION_SETUP_ANDX' command to communicate with windows AD. The topology is like this: browser-------------------proxy-------------------------win2003 AD NTLMv1 works fine and make sense indeed. But I find that NTLMv2 works when using win2k3 AD, unexpectedly. T...

...devices need not implement custom PCIe capabilities, but "modern virtio" devices must implement them? Capitalize "Endpoint framework" consistently; sometimes it's "Endpoint", other times it's "endpoint". > While this patch provides functions for negotiating with host drivers and > copying data, each PCIe function driver must impl ement operations that > depend on each specific device, such as network, block, etc. s/impl ement/implement/ > +#include <linux/virtio_pci.h> > +#include <linux/virtio_config.h> > +#include...

...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 card. How can I do this. Can someone please help. _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

...server from the client tooks also about 40 >>minutes! >> >>To copy the files on the server beeing loged in by ssh tooks about 2 sec. >> >>Anny ideas what could be wrong?? > > > I might be wrong, but asymetric speed is most often caused by improper > auto-negotation. Try to set speed on interfaces manually if You can do so. Hi, I don't think that this could be the problem, because if I copy the same files from the same client to the same server using netatalk on the server side or using scp gives me the same speed in both directions (+- 5 sec./100MB...

...s != physical address. >> > >> > Can you use a transport feature bit to indicate that bus addresses are >> > used? That way both approaches can be supported. >> >> I can try to support both styles of addressing, but I don't think that >> this can be negotiated between the device (i.e. host or physical >> virtio-speaking device) and the guest. In the Xen case that I care >> about (Linux on Xen on KVM), the host doesn't know about the >> translation at all -- Xen is an intermediate layer that only the guest >> is aware of....

...s != physical address. >> > >> > Can you use a transport feature bit to indicate that bus addresses are >> > used? That way both approaches can be supported. >> >> I can try to support both styles of addressing, but I don't think that >> this can be negotiated between the device (i.e. host or physical >> virtio-speaking device) and the guest. In the Xen case that I care >> about (Linux on Xen on KVM), the host doesn't know about the >> translation at all -- Xen is an intermediate layer that only the guest >> is aware of....

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.

...vring and breaks existing guests when > bus address != physical address. > > Can you use a transport feature bit to indicate that bus addresses are > used? That way both approaches can be supported. I can try to support both styles of addressing, but I don't think that this can be negotiated between the device (i.e. host or physical virtio-speaking device) and the guest. In the Xen case that I care about (Linux on Xen on KVM), the host doesn't know about the translation at all -- Xen is an intermediate layer that only the guest is aware of. In this case, there are effectivel...

...vring and breaks existing guests when > bus address != physical address. > > Can you use a transport feature bit to indicate that bus addresses are > used? That way both approaches can be supported. I can try to support both styles of addressing, but I don't think that this can be negotiated between the device (i.e. host or physical virtio-speaking device) and the guest. In the Xen case that I care about (Linux on Xen on KVM), the host doesn't know about the translation at all -- Xen is an intermediate layer that only the guest is aware of. In this case, there are effectivel...

...hand, I don't know of a fast way to match up client cipher specs and server cipher specs. The hard part is trying to figure out what the client is doing. Maybe you can turn on dovecot "verbose_ssl = yes" and that will dump SSL diagnostics logs to point out where server/client cipher negotiations fail. You can also try and run "openssl s_server -cipher 'kEECDH:+...'" on an alternate port/host, point your client at it, and let this utility dump out the SSL cipher negotions. Joseph Tam <jtam.home at gmail.com>