search for: rirs

On Wed, 4 Apr 2001, John Griffiths wrote: > i've set up an old 486 running debian 2.2r2 using the debian icecast packages (shout doing the streaming). As my sig points out, yes, it is possible. RiR is linux and icecast stripped to the bare necessities. > so far so good, with a bit of fiddling i had a stream that worked fine over the local network As I too have seen in practice :/

ok... topology. 486 with 10BaseT card hooking into 10/100 hub hooking into 10/100 switch hooking into cisco router combining two 128KbpsISDN lines into a consolidated 256kbps line. listening on my desktop machine is fine, also 10baseT into the same hub as the server. the bitrate on the mp3's is 128 (great for listening off the HD) whats a good bitrate to encode for streaming audio? At

After talking to z00dax on irc, I'm interested to help with ipv6 documentation for the wiki. I work at afrinic (an RiR) where we have around 50% of our machines running CentOS with ipv6 configured. Afrinic is also involved in pushing for IPv6 for the African continent. My login id on the wiki is: LoganVelvindron My email is logan at afrinic.net -------------- next part -------------- An

> > Hmm. I tried a windows laptop box (kinda slow) and indeed after about > > 30-40 minutes playback starts stuttering and eventually disconnects > > from the icecast server. > > > > Nothing else is running on this box. What gives? Why am I losing about > > 25% of the connections to this error? > > Are you using shout? Let me clarify here with the

I think this is probably my first post to this mailing list, so hello! Occasionally I log in to my servers from IP addresses without reverse DNS configured, so sometimes I'll see an IP I don't recognise because I can't remember what I did the day before and get a bit spooked until I WHOIS the IP and find the netname reminds me I logged in from that IP. I set out prepared to script

Hi Jean-Marc and list, Is the spx_fft function in fftwrap.c a standard fft function? void spx_fft(void *table, spx_word16_t *in, spx_word16_t *out) When I say standard, I mean the input "in" is 128 point short data for example and the output "out" is 128 short complex value which is stored in 256 short array with real and image part. Looks like the function did some

Two VPSs. Identical setups with the exception of the extension. Same version of everything, Asterisk 14.1, Ubuntu 16.10, same firewall rules and so on - box 2 was cloned from box 1. Both VPSs run in the same datacentre. Suddenly, after weeks of OK, I'm getting lots of this on ONE box only: [Nov 4 21:23:04] NOTICE[1468]: res_hep.c:466 hep_queue_cb: Unable to send packet: Address Family

as i promise last week, a incomplete documentation about configuring a trust beetween a heimdal kdc and a windows AD domain really sorry for non-french speakers of course, i'm very interresting in any feedback... Pascal configuration - le realm Kerberos est DEMO.LOCAL - le realm du domaine AD est ad.demo.local La configuration du KDC lui m?me ne pr?sente pas de difficult?

Seeing as IPV4 is near it's end of life (http://www.internetnews.com/infra/article.php/3915471/IPv4+Nearing+Final+Days.htm), I'm curios as who know whether everyone is ready for the changeover to IPV6? Is anyone using it in production already, and what are your experiences with it? -- Kind Regards Rudi Ahlers SoftDux Website: http://www.SoftDux.com Technical Blog:

December 28, 2017 2:52 PM, "Fabian A. Santiago" <fsantiago at garbage-juice.com> wrote: > December 28, 2017 1:21 PM, "Aki Tuomi" <aki.tuomi at dovecot.fi> wrote: > >>> On December 28, 2017 at 7:43 PM "Fabian A. Santiago" <fsantiago at garbage-juice.com> wrote: >>> >>> December 28, 2017 12:14 PM, "Aki

I wonder if there is an easy way to provide dovecot a flat text file of ipv4 #'s which should be ignored or dropped? I have accumulated 45,000+ IPs which routinely try dictionary and 12345678 password attempts. The file is too big to create firewall drops, and I don't want to compile with wrappers *if* dovecot has an easy ability to do this. If dovecot could parse a flat text file of

From the bend me over news department. 2 March 2006 Mr. Leonard Katz Executive Director Broadcasting and Telecommunications Canadian Radio-television and Telecommunications Commission Ottawa, Ontario K1A 0N2 Dear Mr. Katz: Associated with Bell Canada Tariff Notice No. 6929 1. Attached for the Commission's approval are proposed revisions to Bell Canada's Access Services Tariff Item