Re: BGP and convergence time

[Joel Jaeggli]

On 05/12/2010 02:41 PM, Scott Weeks wrote:
> 
> 
> --- da...@tcb.net wrote: From: Danny McPherson  On May
> 12, 2010, at 9:40 AM, Jay Nakamura wrote:
> 
>> I just tested this and, yes, with Cisco to Cisco, changing the
>> setting won't reset the connection but you have to reset the
>> connection to have the value take effect.  I need to look up what
>> happens when two sides are set to different values and which one
>> takes precedent.
> 
> : The holdtime isn't technically negotiated, both sides convey their
>  : value in the open message and the lower of the two is used by both
>  : BGP speakers.
> 
> This isn't a negotiation?
> 
> 
> : IIRC, neither J or C reset the session with the timer change, but
> the : new holdtimer expiry value doesn't take effect until then.
> 
> We use Alcatel 7750s.  Damn thing just resets the session; no
> warning, no nothing. :-(
> 
> 
> 
> : One other thing to note is that by default, keepalive intervals in
>  : those implementations are {holdtime/3}.  Normally, if you're
> setting : holdtime to something really lower (e.g., 10 seconds) you
> might want : to increase the frequency of keepalives such that the
> probability of : getting one through in times of instability rise.
> In particular, : congestion incurred outside of BGP, as update
> messages themselves : will serve as implicit keepalives, and with the
> amount of churn in BGP, : empty updates (keepalives) are rare for
> most speakers with a global BGP : view.
> 
> I have been looking for info on the negative impact on a router by
> increasing the keepalive frequency to a high rate.  I'm sure it's
> minimal for a few BGP peers, but I could imagine with a lot of peers
> it's a non-zero impact.

with a keep alive interval of 10 seconds you can expect to get 10pps
from a 100 peers. the keepalive message is 19bytes

That doesn't seem particularly hurtful even by the standards of 5 year
old control plane processors.

> scott
> 
> 
> 
> 
> 
> 

Re: GSM modem test point with data and SMS support

[joel jaeggli]

On 2010-05-19 14:18, Aaron D. Osgood wrote:

Probably because MO/MT (mobile originated/mobile terminated) SMS takes place on the cellular 
"control" channel (somewhat like the "D" channel on a PRI span) and is not seen as 
"data" by the carrier.


A GPRS station class A device can do this... they have to have dual 
radios in order to do so. first one I had was nokia e90 communicator 
back in 2008.



Sent from my BlackBerry® smartphone with Nextel Direct Connect

-Original Message-
From: "Frank Bulk - iName.com"
Date: Wed, 19 May 2010 15:58:30
To: 'Adam Kennedy';
Subject: RE: GSM modem test point with data and SMS support

Thanks for your response and three I received off-list.

Multi-tech confirmed that none of their models can do SMS and EDGE at the
same time.  They have to be out of PPP mode to send and receive SMS.

Frank

-Original Message-
From: Adam Kennedy [mailto:adamkenn...@omnicity.net]
Sent: Wednesday, May 19, 2010 9:22 AM
To: frnk...@iname.com; nanog@nanog.org
Subject: RE: GSM modem test point with data and SMS support

Some additional information on the SAMBA modems can be found at the
manufacturer site:
http://www.falcomusa.com/

--
Adam Kennedy
Network Engineer
Omnicity, Inc.


-Original Message-
From: Adam Kennedy [mailto:adamkenn...@omnicity.net]
Sent: Wednesday, May 19, 2010 10:18 AM
To: frnk...@iname.com; nanog@nanog.org
Subject: RE: GSM modem test point with data and SMS support

The SAMBA modems are USB powered and can respond to normal AT commands for
things like signal strength and so forth. Using the sms-tools kit, you can
also send/receive SMS messages. The SAMBA modem I have supports EDGE.

--
Adam Kennedy
Network Engineer
Omnicity, Inc.


-Original Message-
From: Frank Bulk [mailto:frnk...@iname.com]
Sent: Tuesday, May 18, 2010 11:00 PM
To: nanog@nanog.org
Subject: GSM modem test point with data and SMS support

We have some interest in testing the real-world connectivity of several
cellular towers using a GSM modem that has both a IP address on the WWAN and
has SMS support.  Is anyone aware of a self-contained box that supports both
technologies?  EDGE support is preferred, but GPRS would be acceptable.

Frank

Re: AT&T Wireless DNS contact

[Franck Martin]

iPhones (at the time of 2G) used to have a major issue, they would not fallback 
to the secondary DNS if the first failed. 

- Original Message -
From: "Adam J. Henson (ARC-IO)[PEROT SYSTEMS]" 
To: nanog@nanog.org
Sent: Wednesday, 19 May, 2010 11:28:32 PM
Subject: AT&T Wireless DNS contact

Hi all,

Apologies for the spam, but can someone at AT&T Wireless with DNS clue
contact me off-list? Our iPhones are receiving intermittent SERVFAILs
when querying your DNS servers over 3G. We're trying to go through the
support chain but it's getting us nowhere fast.

Thanks,

Adam Henson
Network Engineering
NASA Ames Research Center
a...@nasa.gov

AT&T Wireless DNS contact

[Henson, Adam J. (ARC-IO)[PEROT SYSTEMS]]

Hi all,

Apologies for the spam, but can someone at AT&T Wireless with DNS clue contact 
me off-list?  Our iPhones are receiving intermittent SERVFAILs when querying 
your DNS servers over 3G.  We're trying to go through the support chain but 
it's getting us nowhere fast.

Thanks,

Adam Henson
Network Engineering
NASA Ames Research Center
a...@nasa.gov

Re: GSM modem test point with data and SMS support

[Aaron D. Osgood]

Probably because MO/MT (mobile originated/mobile terminated) SMS takes place on 
the cellular "control" channel (somewhat like the "D" channel on a PRI span) 
and is not seen as "data" by the carrier.

Sent from my BlackBerry® smartphone with Nextel Direct Connect

-Original Message-
From: "Frank Bulk - iName.com" 
Date: Wed, 19 May 2010 15:58:30 
To: 'Adam Kennedy'; 
Subject: RE: GSM modem test point with data and SMS support

Thanks for your response and three I received off-list.

Multi-tech confirmed that none of their models can do SMS and EDGE at the
same time.  They have to be out of PPP mode to send and receive SMS.

Frank

-Original Message-
From: Adam Kennedy [mailto:adamkenn...@omnicity.net] 
Sent: Wednesday, May 19, 2010 9:22 AM
To: frnk...@iname.com; nanog@nanog.org
Subject: RE: GSM modem test point with data and SMS support

Some additional information on the SAMBA modems can be found at the
manufacturer site:
http://www.falcomusa.com/

--
Adam Kennedy
Network Engineer
Omnicity, Inc.


-Original Message-
From: Adam Kennedy [mailto:adamkenn...@omnicity.net]
Sent: Wednesday, May 19, 2010 10:18 AM
To: frnk...@iname.com; nanog@nanog.org
Subject: RE: GSM modem test point with data and SMS support

The SAMBA modems are USB powered and can respond to normal AT commands for
things like signal strength and so forth. Using the sms-tools kit, you can
also send/receive SMS messages. The SAMBA modem I have supports EDGE.

--
Adam Kennedy
Network Engineer
Omnicity, Inc.


-Original Message-
From: Frank Bulk [mailto:frnk...@iname.com]
Sent: Tuesday, May 18, 2010 11:00 PM
To: nanog@nanog.org
Subject: GSM modem test point with data and SMS support

We have some interest in testing the real-world connectivity of several
cellular towers using a GSM modem that has both a IP address on the WWAN and
has SMS support.  Is anyone aware of a self-contained box that supports both
technologies?  EDGE support is preferred, but GPRS would be acceptable.

Frank

HUMOUR: http://xkcd.com/742/

[Jeroen van Aart]

http://xkcd.com/742/ is a bit funny, especially if you read the "alt" 
text of the image. Especially in the light of ongoing discussions about 
IPv6 :-)


--
http://goldmark.org/jeff/stupid-disclaimers/

RE: GSM modem test point with data and SMS support

[Frank Bulk - iName.com]

Thanks for your response and three I received off-list.

Multi-tech confirmed that none of their models can do SMS and EDGE at the
same time.  They have to be out of PPP mode to send and receive SMS.

Frank

-Original Message-
From: Adam Kennedy [mailto:adamkenn...@omnicity.net] 
Sent: Wednesday, May 19, 2010 9:22 AM
To: frnk...@iname.com; nanog@nanog.org
Subject: RE: GSM modem test point with data and SMS support

Some additional information on the SAMBA modems can be found at the
manufacturer site:
http://www.falcomusa.com/

--
Adam Kennedy
Network Engineer
Omnicity, Inc.


-Original Message-
From: Adam Kennedy [mailto:adamkenn...@omnicity.net]
Sent: Wednesday, May 19, 2010 10:18 AM
To: frnk...@iname.com; nanog@nanog.org
Subject: RE: GSM modem test point with data and SMS support

The SAMBA modems are USB powered and can respond to normal AT commands for
things like signal strength and so forth. Using the sms-tools kit, you can
also send/receive SMS messages. The SAMBA modem I have supports EDGE.

--
Adam Kennedy
Network Engineer
Omnicity, Inc.


-Original Message-
From: Frank Bulk [mailto:frnk...@iname.com]
Sent: Tuesday, May 18, 2010 11:00 PM
To: nanog@nanog.org
Subject: GSM modem test point with data and SMS support

We have some interest in testing the real-world connectivity of several
cellular towers using a GSM modem that has both a IP address on the WWAN and
has SMS support.  Is anyone aware of a self-contained box that supports both
technologies?  EDGE support is preferred, but GPRS would be acceptable.

Frank

Re: useful bgp example

[Jim Burwell]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
 
On 5/19/2010 11:58, Dan White wrote:
> You should be using 192.168.2.0 for documented examples,or at least
> private
> space. Configs like this tend to get cut and pasted into routers and
> get
> changed only when they don't work.
Should that be 192.0.2.0/24, 198.51.100.0/24, or 203.0.113.0/24
(TEST-NET-3) per RFC 5737  ?

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
 
iEYEARECAAYFAkv0R4UACgkQ2fXFxl4S7sScDACgulmdHhk6QJX/OlfvP1cCMq2e
TZcAoIgrbd9HPFjpoSJvRFbML8VgckKj
=zKse
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic Signature

Re: eur.army.mil net ops contact?

[Matthew Palmer]

On Wed, May 19, 2010 at 06:11:34PM +0530, Suresh Ramasubramanian wrote:
> There's this old joke - spread across multiple countries around the
> world - about there being three ways to do something ..
> 
> 1. The right way
> 2. The wrong way
> 3. The army way

I know it as "3. The railway", and boy ain't it the truth...

- Matt

RE: useful bgp example

[Vincent C Jones]

On Wed, 2010-05-19 at 13:37 -0500, Jeff Harper wrote:
> > From: Jared Mauch [mailto:ja...@puck.nether.net]
> > Sent: Wednesday, May 19, 2010 1:29 PM
> > To: Jeff Harper
> > Cc: Deric Kwok; nanog@nanog.org
> > Subject: Re: useful bgp example
> > 
> > Nice, but you don't show it as-path filtering your transits out.  I
> > frequently see people take something learned from transit A and
> sending
> > it to transit B, and if it happens to be the backup path in-use for
> > your customer, your transits will accept it and likely pick you as
> > best-path and hairpin through your network.
> > 
> > - Jared
> 
> Yeah, I left out the actual prefix-list contents, in hindsight I should
> have added it, so here it is. Also, a typo in the network statement,
> lol.
> 
> network 1.1.1.0 mask 255.255.0.0
> 
> ip prefix-list NETZ description The networks we advertise via BGP
> ip prefix-list NETZ seq 10 permit 1.1.1.0/16
> ip prefix-list NETZ seq 1000 deny 0.0.0.0/0 le 32

FYI: It's got to be either 1.1.1.0/24 or 1.1.0.0/16. And there is plenty
more that belongs in an appropriate setup for a realistic usage
scenario. This is why we are all advising the OP to get some
knowledgeable help. 

Vince
-- 
Vincent C. Jones
Networking Unlimited, Inc.
Phone: +1 201 568-7810
v.jo...@networkingunlimited.com

Re: useful bgp example

[Dan White]

On 19/05/10 13:37 -0500, Jeff Harper wrote:

-Original Message-
From: Jared Mauch [mailto:ja...@puck.nether.net]
Sent: Wednesday, May 19, 2010 1:29 PM
To: Jeff Harper
Cc: Deric Kwok; nanog@nanog.org
Subject: Re: useful bgp example

Nice, but you don't show it as-path filtering your transits out.  I
frequently see people take something learned from transit A and

sending

it to transit B, and if it happens to be the backup path in-use for
your customer, your transits will accept it and likely pick you as
best-path and hairpin through your network.

- Jared


Yeah, I left out the actual prefix-list contents, in hindsight I should
have added it, so here it is. Also, a typo in the network statement,
lol.

network 1.1.1.0 mask 255.255.0.0

ip prefix-list NETZ description The networks we advertise via BGP
ip prefix-list NETZ seq 10 permit 1.1.1.0/16
ip prefix-list NETZ seq 1000 deny 0.0.0.0/0 le 32


You should be using 192.168.2.0 for documented examples,or at least private
space. Configs like this tend to get cut and pasted into routers and get
changed only when they don't work.

I just had to change a router config a couple of months ago that a consult
had set up using 11.0.0.0/24 and 12.0.0.0/24, for point to point links.

--
Dan White

RE: useful bgp example

[Jeff Harper]

> -Original Message-
> From: Jared Mauch [mailto:ja...@puck.nether.net]
> Sent: Wednesday, May 19, 2010 1:29 PM
> To: Jeff Harper
> Cc: Deric Kwok; nanog@nanog.org
> Subject: Re: useful bgp example
> 
> Nice, but you don't show it as-path filtering your transits out.  I
> frequently see people take something learned from transit A and
sending
> it to transit B, and if it happens to be the backup path in-use for
> your customer, your transits will accept it and likely pick you as
> best-path and hairpin through your network.
> 
> - Jared

Yeah, I left out the actual prefix-list contents, in hindsight I should
have added it, so here it is. Also, a typo in the network statement,
lol.

network 1.1.1.0 mask 255.255.0.0

ip prefix-list NETZ description The networks we advertise via BGP
ip prefix-list NETZ seq 10 permit 1.1.1.0/16
ip prefix-list NETZ seq 1000 deny 0.0.0.0/0 le 32

Re: useful bgp example

[Jared Mauch]

On May 19, 2010, at 2:26 PM, Jeff Harper wrote:

>> -Original Message-
>> From: Deric Kwok [mailto:deric.kwok2...@gmail.com]
>> Sent: Monday, May 17, 2010 6:15 PM
>> To: nanog@nanog.org
>> Subject: useful bgp example
>> 
>> Hi
>> 
>> My company will get 2 upstream provider. We will plan 2 routers and
>> each router to connect one provider to use bgp for redundant.
>> Do you have any useful bgp example and website to set it up?
>> 
>> Thank you for your help
> 
> This jpg should help, has config on it as well.
> 
> Jeff
> 

Nice, but you don't show it as-path filtering your transits out.  I frequently 
see people take something learned from transit A and sending it to transit B, 
and if it happens to be the backup path in-use for your customer, your transits 
will accept it and likely pick you as best-path and hairpin through your 
network.

- Jared

Re: [OT]Bounce Back

[Benjamin BILLON]

High and bad, the message says it all!
http://mail.live.com/mail/troubleshooting.aspx

This is bad luck for you as you don't choose which IP address googlemail 
will use to contact Hotmail UK's servers.


Le 19/05/2010 17:15, James Bensley a écrit :

Got the below message back from Hotmail when emailing a friend I email
every week. I have never experienced this particular error before, is
this just an indication of high traffic between Google Mail and
Hotmail?


-- Forwarded message --
From: Mail Delivery Subsystem
Date: 18 May 2010 23:06
Subject: Delivery Status Notification (Delay)
To: me


This is an automatically generated Delivery Status Notification

THIS IS A WARNING MESSAGE ONLY.

YOU DO NOT NEED TO RESEND YOUR MESSAGE.

Delivery to the following recipient has been delayed:

 ...@hotmail.co.uk

Message will be retried for 2 more day(s)

Technical details of temporary failure:
Google tried to deliver your message, but it was rejected by the
recipient domain. We recommend contacting the other email provider for
further information about the cause of this error. The error that the
other server returned was: 421 421 RP-001 The mail server IP
connecting to Windows Live Hotmail server has exceeded the rate limit
allowed. Reason for rate limitation is related to IP/domain reputation
problems. If you are not an email/network admin please contact your
E-mail/Internet Service Provider for help. Email/network admins,
please visit http://postmaster.live.com for email delivery information
and support (state 13).

- Original message -

Received: by 10.231.184.75 with SMTP id cj11mt3081679ibb.51.1274129866890;
Mon, 17 May 2010 13:57:46 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.231.15.198 with HTTP; Mon, 17 May 2010 13:57:13 -0700 (PDT)
From: me
Date: Mon, 17 May 2010 21:57:13 +0100
Message-ID:
Subject: 
Content-Type: text/plain; charset=ISO-8859-1

   

[OT]Bounce Back

[James Bensley]

Got the below message back from Hotmail when emailing a friend I email
every week. I have never experienced this particular error before, is
this just an indication of high traffic between Google Mail and
Hotmail?


-- Forwarded message --
From: Mail Delivery Subsystem 
Date: 18 May 2010 23:06
Subject: Delivery Status Notification (Delay)
To: me


This is an automatically generated Delivery Status Notification

THIS IS A WARNING MESSAGE ONLY.

YOU DO NOT NEED TO RESEND YOUR MESSAGE.

Delivery to the following recipient has been delayed:

    ...@hotmail.co.uk

Message will be retried for 2 more day(s)

Technical details of temporary failure:
Google tried to deliver your message, but it was rejected by the
recipient domain. We recommend contacting the other email provider for
further information about the cause of this error. The error that the
other server returned was: 421 421 RP-001 The mail server IP
connecting to Windows Live Hotmail server has exceeded the rate limit
allowed. Reason for rate limitation is related to IP/domain reputation
problems. If you are not an email/network admin please contact your
E-mail/Internet Service Provider for help. Email/network admins,
please visit http://postmaster.live.com for email delivery information
and support (state 13).

- Original message -

Received: by 10.231.184.75 with SMTP id cj11mt3081679ibb.51.1274129866890;
       Mon, 17 May 2010 13:57:46 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.231.15.198 with HTTP; Mon, 17 May 2010 13:57:13 -0700 (PDT)
From: me
Date: Mon, 17 May 2010 21:57:13 +0100
Message-ID: 
Subject: 
Content-Type: text/plain; charset=ISO-8859-1

-- 
Regards,
James.

http://www.jamesbensley.co.cc/

RE: GSM modem test point with data and SMS support

[Adam Kennedy]

Some additional information on the SAMBA modems can be found at the 
manufacturer site:
http://www.falcomusa.com/

--
Adam Kennedy
Network Engineer
Omnicity, Inc.


-Original Message-
From: Adam Kennedy [mailto:adamkenn...@omnicity.net]
Sent: Wednesday, May 19, 2010 10:18 AM
To: frnk...@iname.com; nanog@nanog.org
Subject: RE: GSM modem test point with data and SMS support

The SAMBA modems are USB powered and can respond to normal AT commands for 
things like signal strength and so forth. Using the sms-tools kit, you can also 
send/receive SMS messages. The SAMBA modem I have supports EDGE.

--
Adam Kennedy
Network Engineer
Omnicity, Inc.


-Original Message-
From: Frank Bulk [mailto:frnk...@iname.com]
Sent: Tuesday, May 18, 2010 11:00 PM
To: nanog@nanog.org
Subject: GSM modem test point with data and SMS support

We have some interest in testing the real-world connectivity of several
cellular towers using a GSM modem that has both a IP address on the WWAN and
has SMS support.  Is anyone aware of a self-contained box that supports both
technologies?  EDGE support is preferred, but GPRS would be acceptable.

Frank

RE: GSM modem test point with data and SMS support

[Adam Kennedy]

The SAMBA modems are USB powered and can respond to normal AT commands for 
things like signal strength and so forth. Using the sms-tools kit, you can also 
send/receive SMS messages. The SAMBA modem I have supports EDGE.

--
Adam Kennedy
Network Engineer
Omnicity, Inc.


-Original Message-
From: Frank Bulk [mailto:frnk...@iname.com]
Sent: Tuesday, May 18, 2010 11:00 PM
To: nanog@nanog.org
Subject: GSM modem test point with data and SMS support

We have some interest in testing the real-world connectivity of several
cellular towers using a GSM modem that has both a IP address on the WWAN and
has SMS support.  Is anyone aware of a self-contained box that supports both
technologies?  EDGE support is preferred, but GPRS would be acceptable.

Frank

Re: eur.army.mil net ops contact?

[Nils Kolstein]

There is not. The various branches we worked with wouldn't touch it unless the 
ticket originated internally. Once that happened, we found them to be very 
cooperative and helpful.

Another note - each branch is separate for the most part. If you're having 
problems reaching the Army, Navy, National Guard, etc..., they're pretty much 
independent and you need to work each one separately.

--
Marc
   


Actually, there is the Defense Information Systems Agency which provides 
support for all branches and partners (NATO etc..). Check 
http://www.disa.mil/contact/


I don't know if this contact page accepts issues from outside the US MIL 
organization (as Marc posted), but you might give it a try.


Nils Kolstein

Re: eur.army.mil net ops contact?

[Jeroen Massar]

On 2010-05-19 14:36, Malte von dem Hagen wrote:
[..]

I am aware of this way, sure. I just hoped, there would be a more...
efficient way.


State publically that you know the location of a known terrorist 
somewhere in the top X of the wanted list. Tell them that they can reach 
you at email address Y, but only if they unblock Z.


Some three-letter acronym person will now already be reading this thread 
intensely because of several trigger words above presto.


Otherwise said: you are not important enough for attention ;)
Nasty but probably true.

Greets,
 Jeroen

Re: eur.army.mil net ops contact?

[Marc Powell]

> I am aware of this way, sure. I just hoped, there would be a more...
> efficient way.

There is not. The various branches we worked with wouldn't touch it unless the 
ticket originated internally. Once that happened, we found them to be very 
cooperative and helpful.

Another note - each branch is separate for the most part. If you're having 
problems reaching the Army, Navy, National Guard, etc..., they're pretty much 
independent and you need to work each one separately.

--
Marc

Re: eur.army.mil net ops contact?

[Suresh Ramasubramanian]

There's this old joke - spread across multiple countries around the
world - about there being three ways to do something ..

1. The right way
2. The wrong way
3. The army way

viel glück

On Wed, May 19, 2010 at 6:06 PM, Malte von dem Hagen  wrote:
> Am 19.05.10 14:28, schrieb Suresh Ramasubramanian:
>> Your customer contacts his contact (friend / relative / customer etc)
>> in the US army
>> The army guy contacts his base IT staff to bitch about his email
>> His base IT staff escalates the bitching up through a long and twisty channel
>> Then you may or may not hear a status back, or get your AS unblocked
>> Sit tight and wait, till then
>
> I am aware of this way, sure. I just hoped, there would be a more...
> efficient way.



-- 
Suresh Ramasubramanian (ops.li...@gmail.com)

Re: eur.army.mil net ops contact?

[Malte von dem Hagen]

Am 19.05.10 14:24, schrieb William Hamilton:
>> Any further hints?
>
> Raise the issue from outside your network?

That's difficult, without any contact information.

Am 19.05.10 14:28, schrieb Suresh Ramasubramanian:
> Your customer contacts his contact (friend / relative / customer etc)
> in the US army
> The army guy contacts his base IT staff to bitch about his email
> His base IT staff escalates the bitching up through a long and twisty channel
> Then you may or may not hear a status back, or get your AS unblocked
> Sit tight and wait, till then

I am aware of this way, sure. I just hoped, there would be a more...
efficient way.

Thanks anyway.

.m
-- 
Malte von dem Hagen
Teamleitung Network Engineering & Operation
Abteilung Technik

---
Host Europe GmbH - http://www.hosteurope.de
Welserstraße 14 - 51149 Köln - Germany
Telefon: 0800 467 8387 - Fax: +49 180 5 66 3233 (*)
HRB 28495 Amtsgericht Köln - USt-IdNr.: DE187370678
Geschäftsführer:
Uwe Braun - Alex Collins - Mark Joseph - Patrick Pulvermüller

(*) 0,14 EUR/Min. aus dem dt. Festnetz; maximal 0,42 EUR/Min. aus
den dt. Mobilfunknetzen



signature.asc
Description: OpenPGP digital signature

Re: eur.army.mil net ops contact?

[Suresh Ramasubramanian]

On Wed, May 19, 2010 at 5:48 PM, Malte von dem Hagen  wrote:
> We cannot reach www.army.mil, we cannot reach their nameservers, we
> cannot reach their MXes. Any further hints?

In plainer english -

Your customer contacts his contact (friend / relative / customer etc)
in the US army
The army guy contacts his base IT staff to bitch about his email
His base IT staff escalates the bitching up through a long and twisty channel
Then you may or may not hear a status back, or get your AS unblocked
Sit tight and wait, till then

-- 
Suresh Ramasubramanian (ops.li...@gmail.com)

Re: eur.army.mil net ops contact?

[William Hamilton]

On 19/05/2010 13:18, Malte von dem Hagen wrote:
> On May 19, 2010, at 6:37 AM, Robert D. Scott wrote:
>   
>> Normally you need to contact the entity you cannot reach, and they will open
>> a ticket backwards through MilNet. This is the only process I have been able
>> to get to work.
>> 
> Well, some of our customers try to send mails to them without success,
> so I am not sure what exactly "the entity" is.
>
> We cannot reach www.army.mil, we cannot reach their nameservers, we
> cannot reach their MXes. Any further hints?
>   

Raise the issue from outside your network?

B

Re: eur.army.mil net ops contact?

[Malte von dem Hagen]

On May 19, 2010, at 6:37 AM, Robert D. Scott wrote:
> Normally you need to contact the entity you cannot reach, and they will open
> a ticket backwards through MilNet. This is the only process I have been able
> to get to work.

Well, some of our customers try to send mails to them without success,
so I am not sure what exactly "the entity" is.

We cannot reach www.army.mil, we cannot reach their nameservers, we
cannot reach their MXes. Any further hints?

TIA && rgds,

Malte

PS: If someone from there wants to reach me, you maybe want to try
noc.as20...@gmail.com (as unlikely as that may be) ;-)
-- 
Malte von dem Hagen
Teamleitung Network Engineering & Operation
Abteilung Technik

---
Host Europe GmbH - http://www.hosteurope.de
Welserstraße 14 - 51149 Köln - Germany
Telefon: 0800 467 8387 - Fax: +49 180 5 66 3233 (*)
HRB 28495 Amtsgericht Köln - USt-IdNr.: DE187370678
Geschäftsführer:
Uwe Braun - Alex Collins - Mark Joseph - Patrick Pulvermüller

(*) 0,14 EUR/Min. aus dem dt. Festnetz; maximal 0,42 EUR/Min. aus
den dt. Mobilfunknetzen



signature.asc
Description: OpenPGP digital signature

Re: eur.army.mil net ops contact?

[Marc Powell]

On May 19, 2010, at 6:37 AM, Robert D. Scott wrote:

> Normally you need to contact the entity you cannot reach, and they will open
> a ticket backwards through MilNet. This is the only process I have been able
> to get to work.

This has been my experience as well when we discovered many .mil institutions 
weren't properly updating BOGON filters.

--
Marc

RE: eur.army.mil net ops contact?

[Robert D. Scott]

Normally you need to contact the entity you cannot reach, and they will open
a ticket backwards through MilNet. This is the only process I have been able
to get to work.

Robert D. Scott rob...@ufl.edu
Senior Network Engineer 352-273-0113 Phone
CNS - Network Services  352-392-2061 CNS Phone Tree
University of Florida   352-392-9440 FAX
Florida Lambda Rail 352-294-3571 FLR NOC
Gainesville, FL  32611  321-663-0421 Cell

-Original Message-
From: Malte von dem Hagen [mailto:m...@hosteurope.de] 
Sent: Wednesday, May 19, 2010 7:31 AM
To: nanog@nanog.org
Subject: eur.army.mil net ops contact?

Hi there,

I need to get in contact with someone from (eur.)army.mil network operations
staff, since they seem to block our whole AS. Any hints how to reach them?

TIA && rgds,

Malte
--
Malte von dem Hagen
Teamleitung Network Engineering & Operation Abteilung Technik

---
Host Europe GmbH - http://www.hosteurope.de Welserstraße 14 - 51149 Köln -
Germany
Telefon: 0800 467 8387 - Fax: +49 180 5 66 3233 (*) HRB 28495 Amtsgericht
Köln - USt-IdNr.: DE187370678
Geschäftsführer:
Uwe Braun - Alex Collins - Mark Joseph - Patrick Pulvermüller

(*) 0,14 EUR/Min. aus dem dt. Festnetz; maximal 0,42 EUR/Min. aus den dt.
Mobilfunknetzen

eur.army.mil net ops contact?

[Malte von dem Hagen]

Hi there,

I need to get in contact with someone from (eur.)army.mil network
operations staff, since they seem to block our whole AS. Any hints how
to reach them?

TIA && rgds,

Malte
-- 
Malte von dem Hagen
Teamleitung Network Engineering & Operation
Abteilung Technik

---
Host Europe GmbH - http://www.hosteurope.de
Welserstraße 14 - 51149 Köln - Germany
Telefon: 0800 467 8387 - Fax: +49 180 5 66 3233 (*)
HRB 28495 Amtsgericht Köln - USt-IdNr.: DE187370678
Geschäftsführer:
Uwe Braun - Alex Collins - Mark Joseph - Patrick Pulvermüller

(*) 0,14 EUR/Min. aus dem dt. Festnetz; maximal 0,42 EUR/Min. aus
den dt. Mobilfunknetzen



signature.asc
Description: OpenPGP digital signature