Kristian Kielhofner wrote:
[EMAIL PROTECTED] wrote:
On Sun, 2 Apr 2006, Rich Adamson wrote:
end-to-end path. Each step through the tracert process does nothing
more then issue an icmp echo request, measuring the response time
and displaying it.
maybe on windows it does icmp echo but no
[EMAIL PROTECTED] wrote:
On Fri, 31 Mar 2006, Rich Adamson wrote:
[EMAIL PROTECTED] wrote:
this still does not explain why teliax origination did not suffer
from any problems. only teliax termination suffered.
yet both termination and origination on junction networks has no
problems, despite
On Sun, 2 Apr 2006, Rich Adamson wrote:
end-to-end path. Each step through the tracert process does nothing more
then issue an icmp echo request, measuring the response time and
displaying it.
maybe on windows it does icmp echo but no unix does this (at least not by
default). i recommend you
[EMAIL PROTECTED] wrote:
On Sun, 2 Apr 2006, Rich Adamson wrote:
end-to-end path. Each step through the tracert process does nothing
more then issue an icmp echo request, measuring the response time
and displaying it.
maybe on windows it does icmp echo but no unix does this (at least
not
On Mon, 3 Apr 2006, Kristian Kielhofner wrote:
[EMAIL PROTECTED] wrote:
On Sun, 2 Apr 2006, Rich Adamson wrote:
end-to-end path. Each step through the tracert process does nothing more
then issue an icmp echo request, measuring the response time and
displaying it.
maybe on windows it does
On Fri, 31 Mar 2006, Rich Adamson wrote:
[EMAIL PROTECTED] wrote:
this still does not explain why teliax origination did not suffer from any
problems. only teliax termination suffered.
yet both termination and origination on junction networks has no problems,
despite 3x higher latency.
There
end-to-end path. Each step through the tracert process does nothing
more then issue an icmp echo request, measuring the response time and
displaying it.
maybe on windows it does icmp echo but no unix does this (at least not
by default). i recommend you study what unix traceroute actually
I would not ride on a tracert too much. We use Teliax also and our ISP that
we have at the data center switched there backbones around the same time
Teliax where doing there upgrades.
For those that have not analyzed how tracert actually works, you can't
depend on its output to give you
On Sat, 1 Apr 2006, Rich Adamson wrote:
end-to-end path. Each step through the tracert process does nothing more then
issue an icmp echo request, measuring the response time and displaying it.
maybe on windows it does icmp echo but no unix does this (at least not by
default). i recommend you
Lonnie Abelbeck wrote:
asterisk at anime.net writes:
On Thu, 30 Mar 2006, Giridhar Reddy Bandi wrote:
I am looking at purchasing some DID lines from Teliax to install it on my
asterisk.
i would like to know some feed back on Teliax before i purchase.
suggest me if there are better sevice
[EMAIL PROTECTED] wrote:
Lonnie Abelbeck wrote:
asterisk at anime.net writes:
On Thu, 30 Mar 2006, Giridhar Reddy Bandi wrote:
I am looking at purchasing some DID lines from Teliax to install it
on my
asterisk.
i would like to know some feed back on Teliax before i purchase.
suggest me if
You cannot criticize Teliax until you investigate how your calls are
getting to them.
I have a customer on 17th St. in downtown Denver who use Qwest.net as
their ISP. They use Teliax (on 16th St.) as their ITSP. Piece of cake,
right?
This may have changed recently, but Qwest doesn't have
We use them for origination over IAX. At first we had callee's reporting
that our voice was choppy to them, while the callee has always sounded fine
on our end. I made that problem go away by introducing traffic shaping at
our firewall.
They have a bug, whereby on their website you can set the
On Fri, 31 Mar 2006, Michael Welter wrote:
Having said all that, I see where Teliax have installed the voip-co4 host on
Viawest. Are you using that host for your analysis?
I have used every single gateway teliax has made available to me,
including their beta test ones. I experienced
And, what does traceroute say about your connection with Teliax? Hmm?
[EMAIL PROTECTED] wrote:
On Fri, 31 Mar 2006, Michael Welter wrote:
Having said all that, I see where Teliax have installed the voip-co4
host on Viawest. Are you using that host for your analysis?
I have used every
it says that there's no packet loss and the average latency to teliax is
1/3 that of junction networks.
the traceroutes did on several occasions suggest that teliax's upstream
provider in colorado (rockynet) was suffering from bandwidth overload, as
the last hop from rockynet to teliax would
[EMAIL PROTECTED] wrote:
it says that there's no packet loss and the average latency to teliax is
1/3 that of junction networks.
the traceroutes did on several occasions suggest that teliax's upstream
provider in colorado (rockynet) was suffering from bandwidth overload,
as the last hop from
]
[mailto:[EMAIL PROTECTED] On Behalf Of Michael Welter
Sent: Friday, March 31, 2006 1:34 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [Asterisk-Users] Re: How is Teliax ?
And, what does traceroute say about your connection with Teliax? Hmm?
[EMAIL PROTECTED] wrote:
On Fri
asterisk at anime.net writes:
On Thu, 30 Mar 2006, Giridhar Reddy Bandi wrote:
I am looking at purchasing some DID lines from Teliax to install it on my
asterisk.
i would like to know some feed back on Teliax before i purchase.
suggest me if there are better sevice providers.
I
All ITSPs suck. However, in my experience, Teliax seems to suck less
than most.
Lonnie Abelbeck wrote:
asterisk at anime.net writes:
On Thu, 30 Mar 2006, Giridhar Reddy Bandi wrote:
I am looking at purchasing some DID lines from Teliax to install it on my
asterisk.
i would like to know
20 matches
Mail list logo