Hi Christopher,
feel free to contact me with more details via andree opendns com
Cheers
Andree
.-- My secret spy satellite informs me that at 2015-03-11 2:56 PM
Christopher Dye wrote:
> Yea, sorry. DNS -- I was hammering that out before running out the door. DNS
> is the issue -- as far as I
Yea, sorry. DNS -- I was hammering that out before running out the door. DNS is
the issue -- as far as I know, it's still an issue.
From: NANOG on behalf of Chuck Church
Sent: Monday, March 9, 2015 12:36 PM
To: nanog@nanog.org
Subject: RE: NDS Resolution
On 11/Mar/15 22:27, Reza Motamedi wrote:
Thanks again, Mark.
So I guess the short answer is that I can't infer anything about the
location of physical connectivity having this level of information
from the control plane.
Not reliably as far as I can tell, no. Someone else can chime in here
Thanks again, Mark.
So I guess the short answer is that I can't infer anything about the
location of physical connectivity having this level of information from the
control plane. Is that a fair statement? What if the "Next Hop" is inside
the neighbor AS. I know it is a rather odd and uncommon cas
On 11/Mar/15 21:42, Reza Motamedi wrote:
What I ultimately want to determine, is the location of the AS
connection. I know for example the router is in, say LA. If hot potato
lets me to send the packet to the neighbor AS then they have an AS
connection in LA, right?
Going back to my example
What I ultimately want to determine, is the location of the AS connection.
I know for example the router is in, say LA. If hot potato lets me to send
the packet to the neighbor AS then they have an AS connection in LA, right?
Going back to my example does the fact that the entry does not have 'i'
On 11/Mar/15 21:22, Reza Motamedi wrote:
Thanks Mark for the reply. Let me try to check what I understood is
correct. Does the 'i' on the left (status code) only shows whether the
prefix belongs to this AS?
Status-code "i" just means the entry was learned by "this" router via
iBGP. It d
Thanks Mark for the reply. Let me try to check what I understood is
correct. Does the 'i' on the left (status code) only shows whether the
prefix belongs to this AS?
What I want to figure out is if this two ASes (the owner of the router and
and the first one on the AS-PATH) connect at the location
> On Mar 11, 2015, at 2:59 PM, Mark Tinka wrote:
>
>
>
> On 11/Mar/15 20:51, Jared Mauch wrote:
>>
>> NTT (2914) tags routes based on if they are a customer, peer
>> and with geographic communities based on where the route enters our
>> network. Many networks perform similar techniques
On 11/Mar/15 20:51, Jared Mauch wrote:
NTT (2914) tags routes based on if they are a customer, peer
and with geographic communities based on where the route enters our
network. Many networks perform similar techniques and you can find
details at various websites or this one:
http://w
On Wed, Mar 11, 2015 at 02:32:33PM -0400, Reza Motamedi wrote:
> Hi Nanog,
>
> For a research I want to distinguish the external AS peering from "show ip
> BGP". In other words I want to see which entry show a path that immediately
> sends packets to another AS. My understanding is that *status co
On 11/Mar/15 20:32, Reza Motamedi wrote:
Hi Nanog,
For a research I want to distinguish the external AS peering from "show ip
BGP". In other words I want to see which entry show a path that immediately
sends packets to another AS. My understanding is that *status code* shows
if the route is in
Hi Nanog,
For a research I want to distinguish the external AS peering from "show ip
BGP". In other words I want to see which entry show a path that immediately
sends packets to another AS. My understanding is that *status code* shows
if the route is internal, right? Does this mean if the *'i' *is
One more outré purpose for spoofing SIPs is to have you blacklist/nullroute
someone, effectively enlisting you to cause a DOS.
--p
-Original Message-
From: NANOG [mailto:nanog-bounces+patrick.darden=p66@nanog.org] On Behalf
Of Matthew Huff
Sent: Tuesday, March 10, 2015 6:41 PM
To: n
>Nmap has an option to "hide" your real IP among either a provides or IP
>list of IP addresses.
>
>" D *<**decoy1**>*[,*<**decoy2**>*][,ME][,...] (Cloak a scan with decoys)
>
>Causes a decoy scan to be performed, which makes it appear to the remote
>host that the host(s) you specify as decoys are
On 11 March 2015 at 11:04, Aled Morris wrote:
> Can't find a definitive reference but this concurs with my recollection of
> a policy introduced in 2009:
>
Better reference:
http://ec.europa.eu/information_society/newsroom/cf/document.cfm?doc_id=1674
1.3. Availability of 112 from mobile handse
On 11 March 2015 at 10:45, Nick Hilliard wrote:
> On 11/03/2015 10:02, Baldur Norddahl wrote:
> > It should be possible to do the emergency call without a SIM. That way
> you
> > got 112 / 911 calls covered...
>
> emergency calls without sim are part of the gsm standard. So unless the
> OP's pro
On 11/03/2015 10:02, Baldur Norddahl wrote:
> It should be possible to do the emergency call without a SIM. That way you
> got 112 / 911 calls covered...
emergency calls without sim are part of the gsm standard. So unless the
OP's provider is doing something terribly wrong and probably illegal, y
It should be possible to do the emergency call without a SIM. That way you
got 112 / 911 calls covered...
Den 10/03/2015 21.05 skrev "Brandon Galbraith" :
> Quick hijack: Can anyone recommend a device that will terminate to a
> phone, supports SIP, *and* can fallback to SIM for emergency calls?
>
19 matches
Mail list logo
