search for: decapsulating

Hi everybody, I posted here about two years ago about the initial release. This is a release that fixes many bugs, and has enhancements that make it possible to support a multi-stream format, ALingA, which I will mention briefly later. It also supports a PCM format, Neuro, both as part of the multi-stream codec, and stand-alone. libogg++ is a C++ library implementing Ogg. It is designed to be

BTW: I am acutally started to implement the ogg skeleton handling ... - Yorn > Hi everybody, > > I posted here about two years ago about the initial release. This is a > release that fixes many bugs, and has enhancements that make it possible > to support a multi-stream format, ALingA, which I will mention briefly > later. It also supports a PCM format, Neuro, both as part of

Hi Elaine, I flipped through some of the code but wasn't really about to determine this: Do you also support Skeleton in libogg++ ? If you are creating multitrack Ogg files, they should contain a skeleton track to identify the different contained tracks. http://wiki.xiph.org/OggSkeleton And if the files aren't audio or video files, you should then use the extension .ogx

...What you need to do is register your function > on the existing NF_BR_PRE_ROUTING hook, with a priority number lower than > that of the ebtables nat PREROUTING chain (prio=NF_BR_PRI_NAT_SRC). ebt INPUT | | ebt (PREROUTING)------Bridging-----ebt (FORWARD) I think my code is decapsulating (changing eth hdr) before INPUT chain is traversed. So, I am confused as to what the priority number should be. Since encap/ decap functions are called by main code. If the prio is Lower than NF_BR_PRI_NAT_SRC, encapsulation is taking place even before ebt-PREROUTING chain is traversed. So is deca...

Hi, I found this block of code in br_dev_queue_xmit() @ br_forward.c, after applying 'netfilter' patch for 2.4.21 kernel Can someone explain what this block of code is doin? #ifdef CONFIG_NETFILTER if (skb->nf_bridge) memcpy(skb->data - 16, skb->nf_bridge->hh, 16); #endif 1. What is 16 bytes here...? Ethernet hdr is just 14 bytes 2. Why the ethernet

Stephen Clark wrote: > Robert Noland wrote: >> On Thu, 2008-11-13 at 07:48 -0500, Stephen Clark wrote: >>> Julian Elischer wrote: >>>> Stephen Clark wrote: >>>>> Julian Elischer wrote: >>>>>> you will need to define the setup and question better. >>>> thanks.. cleaning it up a bit more... >>>> >>>>

After carefull reading (LARTC) and experimentation, I am in a dead end... I am using several IPIP tunnels (linux ipip module, IP protocol 4). I''d like to filter packets going through these tunnes to different classes, on the ingress device, based on source and destination IP _INSIDE THE TUNNEL_. First I tried the nexthdr bit. As explained in LARTC, nexthdr jumps to the next header

Hi, has anybody seen a patch that provides socks version 5 support for the dynamic portforwarding feature? I?ve seen thats implemented in ssh.com?s ssh version, but found nothing about openssh. Only thing i found was a patch to provide socks4a. cu sleepi

(Sorry, Sylvia, about the duplicate, hit the wrong reply button.) On Fri, 2009-06-05 at 08:07 +1000, Silvia Pfeiffer wrote: > Hi Elaine, > > I flipped through some of the code but wasn't really about to > determine this: Do you also support Skeleton in libogg++ ? Hi, Silvia. I studied your multi-track work when I was working on ALingA. It was a valuable guide. No, libogg++ tries

hello i am trying to set up ipsec in my network, for now just between two hosts, using to use AH & ESP in tunnel mode to get all of packet encrypted. keys are negotiated with racoon. mayby using tunnel mode in this case can seems strange, but i know what i am doing. after setting up everything i have done few tests with ping & tcpdump. but the results are very suprising. bellow is what i

I''m trying to do a nat redirect (traffic redirected from a router, not originally for the machine). I can see the network traffic, but the iptable rules do not appear to do anything. Is this possible on a virtual domain, and if not what needs to be done? -Jeff ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program.

Commits: fd2a0437dc33 virtio_net: introduce virtio_net_hdr_{from,to}_skb e858fae2b0b8 virtio_net: use common code for virtio_net_hdr and skb GSO conversion introduced a subtle (but unexplained) difference in how virtio_net flags are derived from skb->ip_summed fields on transmit from the guest to the host/backend. Prior to the patches the flags would be set to VIRTIO_NET_HDR_F_NEEDS_CSUM if

Commits: fd2a0437dc33 virtio_net: introduce virtio_net_hdr_{from,to}_skb e858fae2b0b8 virtio_net: use common code for virtio_net_hdr and skb GSO conversion introduced a subtle (but unexplained) difference in how virtio_net flags are derived from skb->ip_summed fields on transmit from the guest to the host/backend. Prior to the patches the flags would be set to VIRTIO_NET_HDR_F_NEEDS_CSUM if

Hi Stephen, Thanks for your prompt response. What I wanted to tell was: the following cmd DOES NOT WORK..(here 0x828 is my protocol no. that encapsulates the IP data, like VLAN) ebtables -A INPUT -p 0x828 -j DROP BUT the following does work... ebtables -A INPUT -p 0x800 -j DROP So, ebtables is not seeing the frame before decapsulation. For that as Bart schuymer said I need to register my

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=570 kaber@trash.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID ------- Additional Comments From kaber@trash.net 2007-05-26

Before I get too far in my attempts... Has anyone already implemented support in scp for larger buffers/windows that would take advantage of wscaled TCP windows? Paul Hyder NOAA Forecast Systems Lab Boulder, CO FYI: Linux 2.4.20, 30-80ms RTT, data rates 100-1000Mbps, and a need to fill TCP windows of 2-8MBytes. (Existing limits appear to be about 256KB.)

On Wed, Dec 3, 2014 at 4:02 AM, Guus Sliepen <guus at tinc-vpn.org> wrote: > On Wed, Dec 03, 2014 at 12:07:59AM -0800, Dave Taht wrote: > > [...] >> https://github.com/dtaht/tinc >> >> I successfully converted tinc to use sendmsg and recvmsg, acquire (at >> least on linux) the TTL/Hoplimit and IP_TOS/IPv6_TCLASS packet fields, > > Windows does not have

On Tue, Jan 17, 2017 at 04:20:49PM +0000, Rolf Neugebauer wrote: > Commits: > > fd2a0437dc33 virtio_net: introduce virtio_net_hdr_{from,to}_skb > e858fae2b0b8 virtio_net: use common code for virtio_net_hdr and skb > GSO conversion > > introduced a subtle (but unexplained) difference in how virtio_net > flags are derived from skb->ip_summed fields on transmit from the

Hello all Can anyone point me to some form of description for the fields in the following structures : 1/ vorbis_dsp_state 2/ vorbis_block Thank you. regards ~previr _____________________________________________________________ Previr Rangroo STMicroelectronics Associate Systems Lab Engineer Plot No. 2 & 3, Audio Competence Center Sector 16A,

Hello all Can anyone point me to some form of description for the fields in the following structures : 1/ vorbis_dsp_state 2/ vorbis_block Thank you. regards ~previr _____________________________________________________________ Previr Rangroo STMicroelectronics Associate Systems Lab Engineer Plot No. 2 & 3, Audio Competence Center Sector 16A,