Google hunt-groups and that should explain it.
Cheers,
Mike
On Sun, Nov 23, 2008 at 11:14 PM, John Musbach [EMAIL PROTECTED] wrote:
I'm interested in figuring out how dialup ISPs work and have found
plenty of info on dialin server setup but not much on how ISPs allow
multiple clients under
You can do it multiple ways:
1. old fashioned hunt groups for multiple analog lines.
2. getting a PRI with one outward facing number.
3. talk to your local Bell about what would best suit your needs (digital
calls? 56K? 64k? 128K? ISDN? Analog? dialout capability, or just dialin?
etc.
I'm not sure if this is the right mailing list for this question: how
widely is TRIP (Telephone Routing over IP [RFC3219]) deployed / used in
current networks?
NANOG 45 is fast approaching. Today we have a preliminary agenda to
announce that should assist people who need supplementary material for
travel justifications. There are a number of presentation slots still
available.
The Program Committee will continue to accept presentations this week
(if
On Mon, 24 Nov 2008, John Musbach wrote:
I'm interested in figuring out how dialup ISPs work and have found
plenty of info on dialin server setup but not much on how ISPs allow
multiple clients under one access number, how do they do it?
That depends on what you mean by multiple clients. If
http://xconnect.net/ is the big ENUM provider, I think that's the method
that has gained popularity for VoIP Peering on the signaling end. TRIP
sounds like it would be useful for finding QoS routes for media streams.
On Mon, 2008-11-24 at 15:20 +, [EMAIL PROTECTED] wrote:
I'm not sure if
OK - great timing on this -
So I need to hire a consultant who knows PATTON 2900 series RAS systems
and managing them - i.e. someone with RADIUS experience.
Anyone here with that ability who wants to help setup a set of access
points. One in NYC and one in SJ California? Contact me offlist
On Tuesday 25 November 2008 00:12:18 TSG wrote:
So I need to hire a consultant who knows PATTON 2900
series RAS systems and managing them - i.e. someone with
RADIUS experience.
It's been a while since I ran Patton's, but the last time I
did, we had serious issues where the DSP's were
e.g. DTAG.DE aDSL, PPPoE,
it is flatrate mostly, but they use PPP for accounting data.
You are connected via a DSL modem, that is kind of ATM.
Your telephone number does not matter.
You can terminate your DSL modem with a switch and connect
five hosts each with its own user and password and
On Nov 24, 2008, at 11:02 AM, mike wrote:
I am needing more and more unique mac addresses
...
it occurs to me that there should be something - ala rfc 1918
You can probably find examples online, but in a nutshell this
does exist.
Set bit b2 to 1, locally assigned.
Default is 0, globally
Hi
I am looking for point to point/MPLS/whatever links between Melbourne
and Amsterdam. Any recommendations as to where (mailing list) I can
post for a request for quote for this kind of service? Or who are the
usual suspects I should ask for a quote? Reply off list.
If this is off-topic for
With the increasing use of virtual machines in my environment, I am
needing more and more unique mac addresses to assign to the many virtual
Ethernet devices I have attached and visible to my non-virtual physical
network. The problem of course is that I don't have an IEEE OUI and
Joe Abley wrote:
On 23 Nov 2008, at 21:17, Stephen Sprunk wrote:
Presumably it's from the Origin AS field in WHOIS:
Ah, thanks (and also thanks to others who pointed that out off-list).
That seems like a weird anachronism, to be honest. Perhaps it's only
because nobody has ever tried to
On 2008-11-24, at 13:10, Heather Schiller wrote:
Joe Abley wrote:
On 23 Nov 2008, at 21:17, Stephen Sprunk wrote:
Presumably it's from the Origin AS field in WHOIS:
Ah, thanks (and also thanks to others who pointed that out off-list).
That seems like a weird anachronism, to be honest.
I also found this one helpful
http://www.iana.org/assignments/ethernet-numbers
===
The CF Series
RFC 2153 describes a method of usings a pseudo OUI for certain
purposes when there is no appropriate regular OUI assigned. These are
listed here.
CF0001 Data Comm for Business
Hi,
On Mon, 24 Nov 2008 19:35:07 +0100
Peter Dambier [EMAIL PROTECTED] wrote:
I also found this one helpful
http://www.iana.org/assignments/ethernet-numbers
===
The CF Series
RFC 2153 describes a method of usings a pseudo OUI for certain
purposes when there is no appropriate
Realistically, OUI space is pretty large for each L2 domain... Once it
hits an L3 domain, you can repeat OUIs all you want... Pick some prefix
set of bits that include locally assigned that is unique to your
organization and you will operationally be fine. Or the last 8 bits of
your host
On Mon, 24 Nov 2008, Mills, Charles wrote:
Anyone seeing or have an insight as to what is going on with Sprint?
Connectivity very sporadic. Very high latency.
Yeah, I'm seeing it here too. Looks like Sprint is advertising routes
that they don't actually have reachability for... Perhaps
Hello,
-Original Message-
From: Justin M. Streiner [mailto:[EMAIL PROTECTED]
Sent: Monday, November 24, 2008 1:42 PM
On Mon, 24 Nov 2008, Mills, Charles wrote:
Anyone seeing or have an insight as to what is going on with Sprint?
Connectivity very sporadic. Very high latency.
Yeah,
Well...our connectivity problems out of Pittsburgh have went from
sporadic, skipped bad and worse and are at critical.
-Original Message-
From: Ryan Werber [mailto:[EMAIL PROTECTED]
Sent: Monday, November 24, 2008 4:47 PM
To: Justin M. Streiner; Mills, Charles
Cc: [EMAIL PROTECTED]
Found out from an upstream provider that Sprint might be having some
major backbone issues right now.
A number of their backbone routers are down. This is third hand
information but would seem to make sense considering what we're seeing
here. We dropped our sprint connection until this clears
Anyone else seeing Qwest issues? Lost routing at about 2:09PM CST
Route back dies at cer-core-01.inet.qwest.net
No problems here
On Nov 24, 2008, at 4:01 PM, [EMAIL PROTECTED] wrote:
Anyone else seeing Qwest issues? Lost routing at about 2:09PM CST
Route back dies at cer-core-01.inet.qwest.net
DATA
Subject: RE: Qwest Issues?
Sorry, yes..Plano/Dallas, TX
Anything that might narrow down the region? Perhaps a state? Im seeing
sprint issues (who isn't) but nothing with my qwest t's in Colorado, or the
link to a datacenter in seattle.
Based on the response of Dallas:
Dallas edge 14 is doing just fine for me. cer-core-01 is reachable.
Noticing that traceroutes are blind through the network, but other than
that, everything is routing. I have full visibility of the outside world
and it of me.
Jack
Blake Pfankuch wrote:
25 matches
Mail list logo