Displaying 20 results from an estimated 1000 matches similar to: "[OT] Simulating delay, packet loss to test speex?"
2005 Jun 28
3
PESQ results for speex 1.0.3
Hello!
Some time back, I added the Speex protocol to my version of
VOCAL (www.vovida.org, VOIP tool).
Recently, I also added PESQ (automated voice quality testing
algorithm) to my tool and have been running some tests on a clean
network. The source file is a woman reading some phrases meant
to test various aspects of codecs...
Speex has a respectable result of 3.67
Some other codecs I've
2007 Apr 18
1
[Bridge] is possible to create vlan capable switch use linux?
Hii All,
VLAN is create in manageable switch, like Cisco Catalyst and other vlan cap=
able switch. eac port in that switch can be assigned in different VLAN. so,=
that switch capable to insert 802_1q to each incoming frame (Please correc=
t if its wrong, i just newbie in VLAN).I want build VLAN but i don't have v=
lan capable switch. Is possible to create a vlan capable switch using switc=
2005 Jun 30
2
PESQ results for speex 1.0.3
Francois Menard (Mailing List Account) wrote:
>
> did you try speex in wideband mode ... what bitrate?
>
> f.
15kbps mode. It does significantly better with a different
speaker (the male does better than the female), as well.
I'm considering purchasing a commercial PESQ license and wrap
the PESQ software in a server application. I could then allow
other folks to run PESQ
2007 Apr 18
1
[Bridge] How to test vlan tag under Linux
Hello all,
i would like to build a setup to generate VLAN frames (respecting the
IEEE 802.1Q standard) for testing purpose.
How to configure a Linux bridge for it to become a VLAN switch?
Is it possible?
What user tool to use for that? brctl?
Regards,
Louis
2006 Jul 13
1
Binding to a local IP address when mounting smb file system.
Hello!
My company makes testing software that, among other things, can be used
to generate file-system traffic. In order to better support Samba, I need
to make a few changes to the way samba mounts file systems:
1) I need to be able to specify the local IP address for the socket connection.
This will allow me to bind different mounts to different local interfaces.
This information will
2004 Aug 06
2
Integrate Speex into VOCAL
Hello!
I'm about to try to integrate SPEEX into the VOCAL project.
If anyone has any pointers as to the best way to do this,
please let me know.
After reading the speex api man page, I have a few questions:
1) To encode, it appears I need an array of floats. If
I am playing wav files, what is the best way to turn these
into something speex can encode?
2) Are there any commercially
2004 Aug 06
4
Speex-RTP RFC questions
This portion of the RFC is gramatically incorrect and
confusing:
The RTP payload MUST be padded to provide an integer number of
octets as the payload length. These padding bits MUST be all zero.
This padding is only required for the last frame in the packet, and
only to ensure the packet contents ends on an octet boundary.
<p>
--
Ben Greear <greearb@candelatech.com>
2009 Aug 05
2
bridge vs macvlan performance (was: some veth related issues)
Ben Greear wrote:
> Well, it seems we could and should fix veth to work, but it will have
> to do equivalent work of copying an skb most likely, so either way
> you'll probably get a big performance hit.
Using the same pktgen script (i.e with clone=0) I see that a
veth-->bridge-->veth configuration gives about 400K PPS forwarding
performance where
2007 Apr 18
1
[Bridge] RE: [VLAN] Re: [PATCH/RFC] Let {ip, arp}tables "see" bridged VLAN tagged{I,AR}P packets
-----Original Message-----
>From: Tommy Christensen [mailto:tommy.christensen@tpack.net]
>Sent: Wednesday, October 08, 2003 10:09 AM
>To: Christian Darnell
>Cc: 'Linux 802.1Q VLAN'; Bart De Schuymer; netdev@oss.sgi.com; bridge
>Subject: Re: [Bridge] RE: [VLAN] Re: [PATCH/RFC] Let {ip, arp}tables
>"see" bridged VLAN tagged{I,AR}P packets
>
>
>
>This
2009 Aug 05
2
bridge vs macvlan performance (was: some veth related issues)
Ben Greear wrote:
> Well, it seems we could and should fix veth to work, but it will have
> to do equivalent work of copying an skb most likely, so either way
> you'll probably get a big performance hit.
Using the same pktgen script (i.e with clone=0) I see that a
veth-->bridge-->veth configuration gives about 400K PPS forwarding
performance where
2007 Sep 04
2
Microsoft RTAudio
B. Mitchell Loebel wrote:
> Hello LWATCDR:
>
> OK with me, but 1) I'm a Microsoft stockholder and 2) I'm not going to
> stand still for people trashing Capitalist successes!! 'Nuff said.
How about if I sell you a copy of speex. Buy low, sell high seems like
a good capitalist plan, and then you could feel good about using Speex!
Ben
--
Ben Greear
2007 Sep 04
3
Microsoft RTAudio
1. I really HATE POLITICS.
2. I think Speex is a great solution to the problem of compressing human speech.
3. Good heavens people can we please stop throwing around words like
communist and socialism.
4. Government funded research has done a lot for the US and other
countries. Going all the way back to the NACA cowling and airfoils
that where vital in the development of airliners and the fighters
2018 Feb 28
3
[PATCH net] virtio-net: disable NAPI only when enabled during XDP set
We try to disable NAPI to prevent a single XDP TX queue being used by
multiple cpus. But we don't check if device is up (NAPI is enabled),
this could result stall because of infinite wait in
napi_disable(). Fixing this by checking device state through
netif_running() before.
Fixes: 4941d472bf95b ("virtio-net: do not reset during XDP set")
Signed-off-by: Jason Wang <jasowang at
2018 Feb 28
3
[PATCH net] virtio-net: disable NAPI only when enabled during XDP set
We try to disable NAPI to prevent a single XDP TX queue being used by
multiple cpus. But we don't check if device is up (NAPI is enabled),
this could result stall because of infinite wait in
napi_disable(). Fixing this by checking device state through
netif_running() before.
Fixes: 4941d472bf95b ("virtio-net: do not reset during XDP set")
Signed-off-by: Jason Wang <jasowang at
2007 Apr 18
2
[Bridge] VLAN translation + PVST+
Hello, I am creating a configuration where a Redhat server running
bridge-tools 0.9.5 will be bridging between different VLANs on the same
physical interface (for example: a bridge consisting of eth1.100 and
eth1.110). This physical interface is being connected to modern Cisco
switches running PVST+.
The Cisco switch does not like this configuration as the tags on its
BPDUs are being changed
2007 Apr 18
7
[Bridge] Passing vlan tagged packets through linux bridge
> Use an Intel pro/100 or pro/1000 driver..they are known to
> work with VLANs.
>
> I guess it's also possible that it's a problem in the
> bridging code, so try the latest kernel
> as well...
I compiled the latest 2.6.19 kernel and tested it with two
3COM 3c905c fast ethernet interfaces which work fine with
vlan 802.1q tagging, but when I have added the eth0 and eth1
2002 Nov 08
3
Route Vlans
Hello,
Is it possible with a linux Bow to route différents VLANs, like a router
cisco can does ?
Thank for your answers
Laurent Foucher
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
2004 Oct 08
2
Delay packets by 50ms
Hi all,
I am trying to solve a tiny problem that is trivial to
solve using dummynet (FreeBSD).
I just want to add a delay of 50ms to each outgoing
packet from an interface. This is to simulate a large
pool of multiple modem users so I also need to add b/w
limits etc (which seems to be easy to do).
From the mailing list I could fine 2 qdiscs that can
simulate latency : "delay" &
2002 Oct 14
1
Shorewall and VLANs (802.1q)
My actual scenario is:
-Hundreds PCs in a internal network (fixed IP), divided in +- 6 different
subnets
-A +- 6 customers with leased lines
-A Cisco Catalyst 4006 connecting groups of PCs to corresponding customers
(imagine a Call Center company)
-Works fine.
The problem:
Frequently, it''s necessary to migrate dozens PCs from a customer to
another. You know, change all IPs and
2007 Apr 18
4
[Bridge] [PATCH/RFC] Let {ip, arp}tables "see" bridged VLAN tagged {I, AR}P packets
Hi all,
The patch below does four trivial changes and one big change
Trivial changes, these are all in br_netfilter.c:
- check ar_pln==4 when giving bridged ARP packets to arptables
- delete unnecessary if in br_nf_local_in
- add more logging for the "Argh" message
- add some brag-comments in the file head comment
Big change: let {ip,arp}tables see VLAN tagged {I,AR}P packets.
This