[Haifux] Router question

Sorana Fraier sf10095 at gmail.com
Sat Oct 16 23:25:22 MSD 2010


Hi Ohad

I ran a whois on  77.67.66.9. It turns out that it belongs to Tiscali
network. They are very notorious in traffic shaping. They use to work with
012. I didn't know that bezeqint works with them too. I used to have tons of
problems when I had internet with 012.

If you can avoid traffic through them, do that. Otherwise, I don't know what
can be done.  Maybe other have a better idea.

i ran too tcptraceroute to the same ip as yours.

here is the output about tiscali from here (I skipped the first 10 hops):

11  77.67.66.9  65.208 ms  64.018 ms  67.894 ms
12  89.149.187.210  89.924 ms  98.971 ms  88.379 ms
13  194.50.100.190  158.058 ms  163.518 ms  172.186 ms
14  * * *
15  195.113.69.57  176.454 ms  183.741 ms  182.775 ms
16  195.113.68.150  100.259 ms  98.225 ms  99.370 ms
17  195.113.68.198  98.377 ms  99.620 ms  102.622 ms
18  195.113.69.170  179.713 ms  178.286 ms  179.791 ms
19  195.113.69.6  174.207 ms  175.161 ms  170.599 ms
20  195.113.19.83 [open]  219.739 ms  237.707 ms  222.181 ms



On Sat, Oct 16, 2010 at 9:11 PM, Ohad Lutzky <ohad at lutzky.net> wrote:

> Okay, that's something I can use! Here's what I get - all hope up to and
> including 7 are from within bezeqint (without useful reverse dns
> resolutions). Hop 8 is
>
> sudo tcptraceroute -i eth0 -n 195.113.19.83 11371
> traceroute to 195.113.19.83 (195.113.19.83), 30 hops max, 60 byte packets
>  1  10.0.0.138  4.018 ms  4.000 ms  3.993 ms
>  2  212.179.37.1  20.982 ms  22.589 ms  22.581 ms
>  3  212.179.87.173  24.302 ms  27.114 ms  28.475 ms
>  4  212.179.152.157  29.563 ms  30.513 ms  31.462 ms
>  5  212.179.124.145  37.292 ms  37.288 ms  37.274 ms
>  6  212.179.124.162  40.561 ms  51.928 ms  54.370 ms
>  7  62.219.189.14  4317.354 ms 212.179.124.26  4303.544 ms  4301.958 ms
>  8  77.67.66.9  199.620 ms * *
>  9  * * *
> 10  * * *
> 11  * * *
> 12  * * *
> 13  * * *
> 14  * * *
> 15  * * *
> 16  * * *
> 17  * * *
> 18  * * *
> 19  * * *
> 20  * * *
> 21  * * *
> 22  * * *
> 23  * * *
> 24  * * *
> 25  * * *
> 26  * * *
> 27  * * *
> 28  * * *
>  29  * * *
> 30  * * *
>
>
> On Sat, Oct 16, 2010 at 8:48 PM, guy keren <choo at actcom.co.il> wrote:
>
>>
>> you should have a traceroute-line utility that runs on TCP ports of your
>> choice.
>>
>> for example, tcptraceroute.
>>
>> see an explanation here:
>>
>> http://christophe.vandeplas.com/2007/11/04/using-traceroute-icmp-and-tcp
>>
>> --guy
>>
>> Ohad Lutzky wrote:
>>
>>> traceroute is ICMP. I'm having trouble with specific ports on TCP.
>>>
>>> On Sat, Oct 16, 2010 at 7:53 PM, Dave Roi <davidroi at gmail.com <mailto:
>>> davidroi at gmail.com>> wrote:
>>>
>>>    Did you try running traceroute to the pgp server or android market
>>>    server?
>>>    See how many hops it does go and see in which one it gets stuck.
>>>
>>>
>>>    On Sat, Oct 16, 2010 at 19:36, Ohad Lutzky <ohad at lutzky.net
>>>    <mailto:ohad at lutzky.net>> wrote:
>>>
>>>        Hello everyone,
>>>
>>>        I have a Linksys DSL-2760u router/DSL modem, using a Wow (Bezeq)
>>>        connection to the Bezeq International ISP. It seems that various
>>>        outgoing ports are blocked - HTTP, HTTPS, bittorrent and SSH
>>>        work well enough, but - for example - I can't download Android
>>>        apps from the Market. Easier to test, I can't download PGP
>>>        public keys. For example:
>>>
>>>        gpg -v -v --keyserver subkeys.pgp.net <http://subkeys.pgp.net>
>>>
>>>        --recv F120156012B83718
>>>        gpg: requesting key 12B83718 from hkp server subkeys.pgp.net
>>>        <http://subkeys.pgp.net>
>>>
>>>
>>>        This hangs indefinitely. So does this:
>>>        telnet subkeys.pgp.net <http://subkeys.pgp.net> 11371
>>>
>>>        Trying 195.113.19.83...
>>>
>>>        The same occurs for other keyservers, git-protocol, and various
>>>        other "unconventional" high-port usage. I've gone over the
>>>        router settings, disabled its firewall (but not NAT, which I
>>>        need), added my machine to the DMZ (this actually seems to help,
>>>        sometimes, for git - and even then, only once), tried port
>>>        triggering... I can't get a consistent result.
>>>
>>>        I should note that this issue only exists for *outgoing* ports.
>>>        I have no problem mapping *incoming* ports (such as my openssh
>>>        server or bittorrent web interface).
>>>
>>>        --         Man is the only animal that laughs and weeps, for he is
>>> the only
>>>        animal that is struck with the difference between what things
>>>        are and what they ought to be.
>>>         - William Hazlitt
>>>
>>>        Ohad Lutzky
>>>
>>>        _______________________________________________
>>>        Haifux mailing list
>>>        Haifux at haifux.org <mailto:Haifux at haifux.org>
>>>
>>>        http://hamakor.org.il/cgi-bin/mailman/listinfo/haifux
>>>
>>>
>>>
>>>
>>>
>>> --
>>> Man is the only animal that laughs and weeps, for he is the only animal
>>> that is struck with the difference between what things are and what they
>>> ought to be.
>>>  - William Hazlitt
>>>
>>> Ohad Lutzky
>>>
>>>
>>> ------------------------------------------------------------------------
>>>
>>>
>>> _______________________________________________
>>> Haifux mailing list
>>> Haifux at haifux.org
>>> http://hamakor.org.il/cgi-bin/mailman/listinfo/haifux
>>>
>>
>>
>
>
> --
> Man is the only animal that laughs and weeps, for he is the only animal
> that is struck with the difference between what things are and what they
> ought to be.
>  - William Hazlitt
>
> Ohad Lutzky
>
> _______________________________________________
> Haifux mailing list
> Haifux at haifux.org
> http://hamakor.org.il/cgi-bin/mailman/listinfo/haifux
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://haifux.org/pipermail/haifux/attachments/20101016/da7b2955/attachment.html 


More information about the Haifux mailing list