I'm curious what are you testing specifically, tcp traffic, icmp etc...?
And what's not working ? ( details )
To confirm your path MTU using the -M options ( look at do ) and
toggle the bit to 1 for DF from the linux host. Then ping the end site
to determine the minimal MTU size
Hi there,
Thank you for your email. I am currently away on reservist and will only be
back on the 3rd March 2008.
My access to email during this period will be limited.
If there is any urgent matter that require attention, please contact Choon Kiat
([EMAIL PROTECTED]) during this period and cc
In the course of my normal, hack first, read documentation later, mode of
operation, I managed to hang the netopia DSL router. Having done this
before I know that the outside access is still good, just the inside network
interface is scrod.
So I reconfigured vyatta (A1) to route traffic to the
I'm pretty sure the vyatta cli in alpha 2 has telnet mapped, but even in
alpha 1 you can still get to telnet via linux (by using full path) even if
the vyatta cli hasn't been mapped for it. Try:
/bin/busybox telnet 192.1.1.1
stig
_
From: [EMAIL PROTECTED]
[mailto:[EMAIL
You are absolutely correct. Therefore the bug is: telnet is not properly
mapped. *GRIN*
Thanks for your help Stig.
Best,
-Chris
On Thu, Feb 28, 2008 at 11:30 AM, Stig Thormodsrud [EMAIL PROTECTED] wrote:
I'm pretty sure the vyatta cli in alpha 2 has telnet mapped, but even in
alpha 1
Hi Chris,
You're right it is a bug, but one that has been opened/fixed:
https://bugzilla.vyatta.com/show_bug.cgi?id=2478 :-)
BTW, I think the ssh client still hasn't been mapped to the cli, but
probably is in the default admin path.
stig
_
From: [EMAIL PROTECTED]
PPPoE support... do you intend to support a PPPoE server with
Glendale at some point?
Francois,
At present, it's not on the roadmap. The thought is that most of the time
that PPPoE is being used, you'd have a BRAS of some sort on the
provider-side, and currently, that's not a target market
File it for the bug bounty contest! ;-)
You are absolutely correct. Therefore the bug is: telnet is not properly
mapped. *GRIN*
Thanks for your help Stig.
Best,
-Chris
___
Vyatta-users mailing list
Vyatta-users@mailman.vyatta.com
However, make sure it's not already filed before you do - this was bug 2478 :-)
https://bugzilla.vyatta.com/show_bug.cgi?id=2478
Justin
On Thu, Feb 28, 2008 at 10:42 AM, Dave Roberts [EMAIL PROTECTED] wrote:
File it for the bug bounty contest! ;-)
You are absolutely correct. Therefore
However, make sure it's not already filed before you do -
this was bug 2478 :-)
https://bugzilla.vyatta.com/show_bug.cgi?id=2478
Justin
Oooo, you're good. ;-)
-- Dave
___
Vyatta-users mailing list
Vyatta-users@mailman.vyatta.com
Hi Piyush,
I'm curious what leads you to suspect Path MTU Discovery may not be
working. Is it only that you don't see the Linux devices clearing the
DF bit after the discovery process?
That itself is not unusual, per RFC 1191:
The PMTU discovery process ends when the host's estimate of the
Some problems when trying Alpha 2
1.- Error when trying install-system to install Alpha2 in a hard disk (I
am using VMWare environment).
Basically, the equipment ask me to perform a mount. When I say no the
process finishes; when I say yes it tells me something like Mounting
error and the
Hi,
I have problem sending prefixes to my upstream provider based on the docs on
Originating route to eBGP neighbours. My prefixes is as follows
117.120.0.0/21 and here is my detail configuration:
protocols {
bgp {
bgp-id: 203.192.163.146
local-as: 7595
13 matches
Mail list logo