globalnetwork.pl - NOWE ŁĄCZE 1 GE !

[globalnetwork.pl 11]

Witamy serdecznie,

 

Z przyjemnością informujemy, iż dnia dzisiejszego przed godziną 22:00 uruchomiliśmy kolejne łącze 1 GE. Tym razem dzięki stykom ATM S.A. otrzymaliśmy sesję z zasobami TP / Orange, co zapewni zdecydowanie lepsze czasy dostępu do naszych zasobów z sieci TP / Orange. W ten sposób użytkownicy sieci TP / Orange będą mogli korzystać z naszych zasobów w tak samo wygodny i szybki sposób jak użytkownicy innych sieci.

 

Cała infrastruktura jest zrealizowana w konfiguracji DUAL STACK zapewniającej równorzędne działanie protokołów IPv4 jak i IPv6 dając w ten sposób możliwość rozwoju na przyszłość.

 

Wszystkie linki posiadają peering dla IPv4 oraz IPv6.

Miło nam także poinformować, że nasz prefix IPv6 jest jednym z 20 prefixów IPv6 rozgłaszanych w ramach sieci TP / Orange.

 

Po wprowadzonych zmianach nasz peering BGP wygląda następująco:

 

 

 

 

W najbliższym czasie planujemy zrealizować następujące rozbudowy peeringu:

 

- podłączenie KIX, PLIX poprzez port 1 GE, następnie port 10 GE

- podłączenie Tinet poprzez port 1 GE

 

 

Z poważaniem,

Zespół BLUE LEAF Sp. z o.o.

http://www.blueleaf.pl

http://www.globalnetwork.pl

[Gość Kamikadze]

Nieźle

 

Powodzenia!

[globalnetwork.pl 11]

Dziękujemy, ale to wszystko robimy dla Was

 

Z poważaniem,

Zespół BLUE LEAF Sp. z o.o.

http://www.blueleaf.pl

http://www.globalnetwork.pl

[kafi 2425]

Ale marketingowa papka (szczególnie ten rysunek).

 

C:\Users\Konrad>tracert globalnetwork.pl

Śledzenie trasy do globalnetwork.pl [195.177.216.7]
z maksymalną liczbą 30 przeskoków:

1 * * * Upłynął limit czasu żądania.
2 44 ms 45 ms 44 ms lodz-ru2.neo.tpnet.pl [213.25.2.133]
3 42 ms 41 ms 42 ms lodz-r2.tpnet.pl [213.25.5.81]
4 47 ms 45 ms 45 ms 195.117.0.10
5 47 ms 45 ms 46 ms do-atman.tpnet.pl [194.204.176.122]
6 46 ms 45 ms 45 ms do-atman.blueleaf.pl [77.79.192.126]
7 47 ms 49 ms 45 ms globalnetwork.pl [195.177.216.7]

Śledzenie zakończone.

 

Czyli standardowo obecnie - tranzyt TPNET przez ATMAN.

Wypadało by więc nie oszukiwać, tylko w tej chmurce, w której obecnie jest TP/ORANGE wpisać ATMAN, a do niej dopiero dołączyć błyskawicą styk z tp . Bo na chwilę obecną rysunek wprowadza w błąd sugerując, że macie bezpośredni gigabitowy styk z tp i orange.

Edytowano Lipiec 13, 2012 przez kafi (zobacz historię edycji)

[globalnetwork.pl 11]

Drogi Panie kafi. Wypraszam sobie "papkę marketingową" ... Jest Pan weteranem WHT a czepia Pan się takich rzeczy ... To nie jest żadne oszustwo. Przedstawiamy wszystkim naszą politykę podziału zasobów na konkretnych operatorów tam gdzie to ma sens. Pokazujemy jak jest u nas wszystko organizowane aby właśnie klient miał świadomość na co może liczyć ... Od dawna wiadomo, że zasoby TP/Orange są problematyczne dla większości firm hostingowych, nawet home.pl wypycha je przez zagranicę. My zapewniamy klientom lepsze warunki pracy i wygodę, jest wiele zastosowań gdzie takie ułożenie sprawy ma bardzo duże znaczenie. Nie stosujemy jako core łączy MIX gdzie jest wszystko, gdzie w przypadku dużego obciążenia od strony TP/Orange okazuje się że ruch do TP w tym łączu to tylko 20% czy 40% i jest problem, gdzie TP leci przez Frankfurt albo "Chiny" bo jest taniej .... Takie łącza traktujemy jako BACKUP. Myślę, że warto to docenić.

 

Od strony technicznej. Co ma za znaczenie dla użytkownika, że sesja przechodzi przez 1 router więcej, zwłaszcza że jest to router naszego partnera biznesowego? Czy jakby sesja z TP/Orange była zestawiona przez multihopa to też powiedziałby Pan że to oszustwo?. Prawda jest taka, że jedynie lepszą sytuacją od obecnej jest bezpośredni peering z ASN TP/Orange, ale nad tym też pracujemy. Lepszy jest tylko dlatego, że ścieżka byłaby krótsza o 1 hop a i tak obecnie jest to bardzo dobry wynik w stosunku do puszczania TP przez Frankfurt - gdzie jest hopów około 7 i 30-40ms a nie jak u nas teraz 2-3ms ... Kolejny fakt jest taki, że dla użytkowników hostingu/vps, dedyk i kolokacji mało kto ma takie podejście jak my bo to po prostu kosztuje ...

 

Z poważaniem,

Zespół BLUE LEAF Sp. z o.o.

http://www.blueleaf.pl

http://www.globalnetwork.pl

[kafi 2425]

Od strony technicznej. Co ma za znaczenie dla użytkownika, że sesja przechodzi przez 1 router więcej, zwłaszcza że jest to router naszego partnera biznesowego?

Szczerze? To jeśli dla użytkownika nie ma znaczenia to, że jest to tranzyt AS, to i nie będzie miało znaczenia, że trasa pójdzie przez zagranicę.

 

A tak apropo home, którego tak się uparłeś:

Śledzenie trasy do home.pl [212.85.96.1]
z maksymalną liczbą 30 przeskoków:

1 * * * Upłynął limit czasu żądania.
2 42 ms 45 ms 46 ms lodz-ru2.neo.tpnet.pl [213.25.2.133]
3 42 ms 42 ms 42 ms lodz-r2.tpnet.pl [213.25.5.81]
4 45 ms 46 ms 46 ms 195.117.0.10
5 47 ms 46 ms 45 ms 80.50.131.178
6 49 ms 45 ms 46 ms 157.25.248.61
7 48 ms 45 ms 46 ms 157.25.216.46
8 47 ms 45 ms 46 ms 217.153.235.202
9 45 ms 46 ms 46 ms home.pl [212.85.96.1]

Widzisz tu gdzieś wypychanie przez zagranicę?

Ot taki sam fortel jak i u was - tylko że tu akurat nie via ATMAN tylko via GTS.

 

Po prostu wielki chwalimisizm i dołączone do niego takie diagramy sugerują bezpośrednie styki z tymi operatorami. Ot chociażby to eBGP przy błyskawicy. A bezpośrednie one nijak nie są, bo sesja eBGP jest z ATM S.A.

 

Niestety, tu nie przejdą takie oszukańcze wałki. Kropka

Edytowano Lipiec 14, 2012 przez kafi (zobacz historię edycji)

[globalnetwork.pl 11]

Grubo się Pan myli.

 

Nie uczepiłem się home.pl to tylko przykład a przykładów jest więcej.

 

lg.tpnet.pl -> home.pl

 

 

traceroute6 to home.pl (2a02:25a8::d455:6001) from 2a01:1161:0:1::2, 64 hops max, 12 byte packets

1 2a01:1161:0:1::1 (2a01:1161:0:1::1) 1.098 ms 0.821 ms 0.733 ms

2 2a01:1000:0:412::1 (2a01:1000:0:412::1) 0.908 ms 0.832 ms 0.650 ms

3 2a01:1000:0:10::2 (2a01:1000:0:10::2) 3.604 ms 3.647 ms 3.593 ms

4 bu4.ffttr1.Frankfurt.opentransit.net (2001:688:0:3:3::45) 21.215 ms 21.485 ms 19.731 ms

5 xe-9-0-2.edge7.Frankfurt.Level3.net (2001:1900:5:3::dd) 18.586 ms 18.652 ms 18.624 ms

6 vl-90.edge3.Frankfurt1.Level3.net (2001:1900:104:8::8) 22.862 ms vl-60.edge3.Frankfurt1.Level3.net (2001:1900:104:5::8) 22.557 ms vl-90.edge3.Frankfurt1.Level3.net (2001:1900:104:8::8) 28.034 ms

7 vl-4050.bar1.Warsaw1.Level3.net (2001:1900:5:1::1da) 42.857 ms 44.697 ms 42.947 ms

8 2001:1900:5:2:2::1b2 (2001:1900:5:2:2::1b2) 45.304 ms 44.982 ms 46.631 ms

9 2a02:25a8::d455:6001 (2a02:25a8::d455:6001) 43.045 ms 43.285 ms 44.931 ms

 

 

Nie widać zagranicy???

 

Odnośnie tranzytu. 1 hop więcej zwłaszcza, ze jest w jednej serwerowni nie ma żadnego wpływu, a jak leci przez Frankfurt to jest wpływ bo czasy drastycznie rosną. Więc ma to znaczenie ...

 

Z poważaniem,

Zespół BLUE LEAF Sp. z o.o.

http://www.blueleaf.pl

http://www.globalnetwork.pl

Edytowano Lipiec 14, 2012 przez globalnetwork.pl (zobacz historię edycji)

[kafi 2425]

Cóż. Kolejne marketingowe brednie.

To, co zapuściłeś, to trasa po protokole... IPv6.

 

A teraz zagadka. Jak do globalnetwork.pl dostać się po IPv6, co by sobie porównanie z tego looking glass zrobić?

[vlop 32]

Koniec WHT, usunięcie danych )-;

Edytowano Październik 6, 2017 przez vlop (zobacz historię edycji)

[kafi 2425]

W sumie w routerecordach znalazłem ichszy prefiks IPv6.

Tu jest jeszcze ciekawiej:

Query: trace
Addr: 2001:1a68:0012::1234

traceroute6 to 2001:1a68:0012::1234 (2001:1a68:12::1234) from 2a01:1161:0:1::2, 64 hops max, 12 byte packets
1 2a01:1161:0:1::1 (2a01:1161:0:1::1) 0.987 ms 0.819 ms 0.722 ms
2 2a01:1000:0:413::1 (2a01:1000:0:413::1) 0.771 ms 0.846 ms 0.656 ms
3 2a01:1000:0:1b::1 (2a01:1000:0:1b::1) 4.609 ms 9.897 ms 11.817 ms
4 war-b2.telia.net (2001:2000:3080:62::1) 53.010 ms 2.761 ms 19.151 ms
5 atm-ic-144386-war-b2.c.telia.net (2001:2000:3080:284::2) 2.857 ms 2.851 ms 2.781 ms
6 2001:1a68::2:4724:0:21 (2001:1a68::2:4724:0:21) 3.092 ms 3.417 ms 3.103 ms
7 2001:1a68::2:4724:0:21 (2001:1a68::2:4724:0:21) 3063.340 ms !A 3000.853 ms !A 2999.490 ms !A

Tu już nie jest nawet i jeden router brzegowy po drodze. Widać dwa dodatkowe hopy operatorskie: tp>telia i telia>atm.

Więc teoria o tylko droobnym jednym małym hopie w tym pseudobezpośrednim styku do TPNET legła totalnie w gruzach

 

To jeszcze tylko "potwierdzenie" styku z Telią.

 

Tracing the route to globalnetwork.pl (195.177.216.7)

1 hbg-bb1-link.telia.net (80.91.254.206) 8 msec 8 msec 8 msec
2 war-b2-link.telia.net (213.155.130.105) 24 msec
war-b2-link.telia.net (80.91.245.237) 20 msec
war-b2-link.telia.net (213.155.130.105) 24 msec
3 atm-ic-144386-war-b2.c.telia.net (80.239.133.110) 24 msec 24 msec 24 msec
4 do-atman-glo.globalnetwork.pl (193.111.37.46) [AS 24724] 20 msec 24 msec 20 msec
5 globalnetwork.pl (195.177.216.7) [AS 57239] 24 msec 24 msec 24 msec

 

Trzeba to jeszcze dalej komentować ?

[www.ionic.pl 535]

ehh

dobudujcie sobie swiatłowód do dc to wtedy możecie nazwać to łączem, tym czasem to nic innego jak port na switchu w atmanie

[mcbarlo 61]

Ja mam pytanie do vlop. Czy taki rozklad ruchu mozna publicznie pobrac? Skad masz te diagramy?

[www.ionic.pl 535]

Ja mam pytanie do vlop. Czy taki rozklad ruchu mozna publicznie pobrac? Skad masz te diagramy?

ris.ripe.net

robtex.com

bgp.he.net

[_MK_ 23]

ehh

dobudujcie sobie swiatłowód do dc to wtedy możecie nazwać to łączem, tym czasem to nic innego jak port na switchu w atmanie

 

Dojście światłowodem/światłodowami do DC też zwykle zakończy się portem/portami na switch`u/switach`ach.

 

Mozna powiedzieć, że mają "ostatnią milę" łatwo skalowalną z 1G do 10G, której nie zagrozi żadna koparka .

[globalnetwork.pl 11]

Szanowni forumowicze,

 

Przeczytaliśmy dokładnie Wasze uwagi i rzeczywiście mylnie można odebrać sytuację przedstawioną przez nas. Dlatego odniesiemy się do wszystkiego i spróbujemy poukładać.

Najważniejszy jest fakt, że jesteśmy oficjalnym partnerem ATM i razem realizujemy różne projekty, więc tym bardziej nie jest dziwne, że wszystkie zasoby trzymamy w serwerowni ATM i na ten czas wszystkie łącza są za pośrednictwem ich linków i routerów, zatem nie potrzebujemy dobudowywać światłowodu do Data Center. Dodatkowo fizyczne linki do serwerowni doprowadzone są z różnych stron budynku dla zachowania bezpieczeństwa, tutaj ukłon w stronę _MK_ (dziękujemy), iż zauważył ważny aspekt ochrony własnych linków przed "koparkami".

 

Wybór Data Center był prosty:

• najlepsza NOC
  
• wyjątkowo rozbudowana sieć w PL
  
• serwerownia Tier-3, a właściwie powyżej
  
• DR i BC
  
• linki z zagranicą
  

Dokładnie rzecz ujmując obecnie nasz peering wygląda tak:

 

 

 

Na rysunku widać dwa ASN ATM i z nich otrzymujemy obecnie wszystkie sesje.

 

Zatem obecnie posiadamy:

• sesję z zasobami PL [PWRThinx]
  
• sesję z zasobami TP/Orange [Transit.TP]
  
• sesję z wszystkimi zasobami, TP/Orange przez zagranicę [jako backup] [Transit.Global]
  

Za niedługi czas planujemy dołożyć dodatkowe łącza już bez udziału aktywnych urządzeń ATM (dark fiber):

• 1 GE do Tinet
  
• 1 GE (potem 10 GE] do KIX
  

oraz pracujemy nad bezpośrednim peeringiem z TP/Orange [zapasowy względem obecnej sesji tranzytowej do zasobów TP/Orange].

 

W tym momencie wszystkie zasoby TP powinny być dostępne z naszych zasobów tylko przez 1 hop przez router ATM i tak też jest:

 

IPv4 80.50.248.79

BGP routing table entry for 80.48.0.0/13, version 19145458
Paths: (2 available, best #1, table Default-IP-Routing-Table)
 Not advertised to any peer
 24748 5617
 24724 1299 5617

 

IPv6 2a01:1000::/21

BGP routing table entry for 2A01:1000::/21, version 941711
Paths: (2 available, best #1, table Default)
 Not advertised to any peer
 24748 5617
 24724 1299 5617

 

Z lg.tpnet.pl do naszych zasobów [iPv4]:

 

traceroute to 195.177.216.1 (195.177.216.1), 30 hops max, 40 byte packets
1  80.50.231.201 (80.50.231.201)  90.537 ms  27.354 ms  0.898 ms
2  195.117.0.10 (195.117.0.10)  2.629 ms  2.721 ms  2.683 ms
3  do-atman.tpnet.pl (194.204.176.122)  2.725 ms  2.734 ms  7.766 ms
4  do-atman.blueleaf.pl (77.79.192.126)  3.259 ms *  3.250 ms

 

Z lg.tpnet.pl do naszych zasobów [iPv6] - zgłoszone do NOCy – filtry TP nie są przeładowane, usługa została odpalona 24h temu.

 

traceroute6 to 2001:1a68:12::1 (2001:1a68:12::1) from 2a01:1161:0:1::2, 64 hops max, 12 byte packets
1  2a01:1161:0:1::1 (2a01:1161:0:1::1)  1.079 ms  0.903 ms  0.747 ms
2  2a01:1000:0:413::1 (2a01:1000:0:413::1)  0.712 ms  0.738 ms  0.643 ms
3  2a01:1000:0:1b::1 (2a01:1000:0:1b::1)  12.515 ms  7.649 ms  11.771 ms
4  war-b2.telia.net (2001:2000:3080:62::1)  29.206 ms  2.705 ms  2.672 ms
5  atm-ic-144386-war-b2.c.telia.net (2001:2000:3080:284::2)  2.954 ms  2.892 ms  2.796 ms
6  2001:1a68::2:4724:0:21 (2001:1a68::2:4724:0:21)  3.226 ms  3.129 ms  2.984 ms

 

Sytuacja, którą przedstawił kafi dotycząca zasobów IPv6 z TP do naszych zasobów została zgłoszona do NOCy, przedwczoraj podczas uruchamiania sesji ta sama sytuacja wystąpiła z zasobami IPv4 a problemem były nieprzeładowane filtry po stronie TP, która na czas EURO 2012 wiele rzeczy wstrzymała aby nie była spowodowana żadna awaria (łącznie z blokadą studzienek).

 

Odpowiedź z NOCy:

 

 

Orange nie zaakceptowało jeszcze Państwa prefixu /48 na bezpośrednim styku,

widzi już natomiast bardziej specyficzny prefix poprzez Państwa łącze zagraniczne.

 

Ruch BlueLeaf -> Orange idzie bezpośrednim stykiem do Orange wykorzystując

aggregujący prefix ATMANa 2001:1a68::/32

 

Ruch Orange -> BlueLeaf do czasu przebudowania filtrów w Orange, będzie

kierowany z Orange zagranicą

 

Filtry będą prawdopodobnie przebudowane w poniedziałek.

 

 

To, że zasoby TP IPv4 i IPv6 dostępne są z naszych zasobów przez 1 hopa w tej samej serwerowni pokazane jest wyżej.

 

Nie porównujemy się także do home.pl. Mamy dla nich duży szacunek, gdyż są prekursorem hostingu w PL. Podani zostali tylko jako przykład i okazało się że niezbyt fortunnie - przepraszamy. Tak czy inaczej każdy doskonale wie, że korzystanie z zasobów TP przez zagranice jest tańsze i dlatego jest bardziej popularne – wszystko jest kwestią prowadzonej polityki.

 

Przepraszamy osoby, które poczuły się oszukane – nie taki był nasz cel.

 

Naszym celem było przekazanie użytkownikom, że staramy się zapewnić im bardzo dobre i wygodne warunki pracy, zarówno dla zwykłych użytkowników [hosting www] jak i dla tych wymagających [serwery gier, głosowe itp.]. Chcemy aby nasi potencjalni oraz obecni klienci wiedzieli jak działamy, jakimi łączami dysponujemy a tym samym jakie mamy zabezpieczenia.

Obserwujemy WHT od prawie 2 lat i próbujemy dokładnie pokazywać swoje zaplecze, nie po to aby się chwalić, ale po to aby klienci wiedzieli jak co jest zbudowane a inni forumowicze może zwrócili uwagę jak coś można zrealizować inaczej, uważamy że dzielenie się częścią wiedzy jest dużo bardziej korzystne niż chowanie jej jako wielkiej tajemnicy.

 

Z poważaniem,

Zespół BLUE LEAF Sp. z o.o.

http://www.blueleaf.pl

http://www.globalnetwork.pl

Edytowano Lipiec 15, 2012 przez globalnetwork.pl (zobacz historię edycji)

[kafi 2425]

Nadal gówno prawda, choć już troszkę bliższa rzeczywistości. Posiadacie jedynie triplex ATMAN (atm-transit-tp, atm-global i thinx), przez który realizowana jest cała reszta. Co z resztą widać po tpnet-v6 (idącym przez Telię>ATM), widać też po owej Telii (via ATM-global).

Dokładnie takie same trasy zapewni każdy inny reseller ATMAN. Kropka .

[_MK_ 23]

Przepraszamy osoby, które poczuły się oszukane – nie taki był nasz cel.

 

 

Myślę, że nikt tu nie podważa jakości usług Waszego dostawcy jakim jest ATM. Proponuję żebyście usunęli ze schematu bezpośredni styk z Telia i wszystko będzie ok .

 

Wynik z LG Telia pokazuje rzeczywistość (IPv4) - czyli ruch z Telia via ATM (Global.Transit,as24724).

 

 

195.177.216.0/23 *[bGP/170] 2d 11:20:29, localpref 200, from 213.248.64.245

AS path: 24724 57239 I

to 80.91.253.187 via ae3.0

to 80.91.253.170 via ae6.0

to 213.155.134.42 via ae4.0

to 80.91.246.98 via ae5.0

to 80.91.246.100 via ae9.0

> to 213.155.134.44 via ae7.0

to 213.155.132.158 via ae11.0

to 213.155.132.160 via ae12.0

[bGP/170] 2d 11:20:29, localpref 200, from 213.248.64.246

AS path: 24724 57239 I

to 80.91.253.187 via ae3.0

to 80.91.253.170 via ae6.0

to 213.155.134.42 via ae4.0

to 80.91.246.98 via ae5.0

to 80.91.246.100 via ae9.0

> to 213.155.134.44 via ae7.0

to 213.155.132.158 via ae11.0

to 213.155.132.160 via ae12.0

[mdenis 0]

Nadal gówno prawda, choć już troszkę bliższa rzeczywistości. Posiadacie jedynie triplex ATMAN (atm-transit-tp, atm-global i thinx), przez który realizowana jest cała reszta. Co z resztą widać po tpnet-v6 (idącym przez Telię>ATM), widać też po owej Telii (via ATM-global).

Dokładnie takie same trasy zapewni każdy inny reseller ATMAN. Kropka .

Dokładnie nie zdarza się często, ale jak coś pierdnie w atmanie to klienci zobaczą te bezpośrednie styki

Marketingowy bełkot, i tyle.

 

Pozdrawiam

[theONE 526]

mdenis ale nie należy popadać w przesadę, port na switchu w ATM w warszawie ma dużo większą niezawodność niż zdecydowana większość DC może pomarzyć na swoich łączach, a globalne awarie ATMu nie dość że bardzo rzadkie to dodatkowo trwają bardzo krótko

[mdenis 0]

mdenis ale nie należy popadać w przesadę, port na switchu w ATM w warszawie ma dużo większą niezawodność niż zdecydowana większość DC może pomarzyć na swoich łączach, a globalne awarie ATMu nie dość że bardzo rzadkie to dodatkowo trwają bardzo krótko

Dlatego napisałem że nie zdarza się często, jednak każdemu się zdarza Każde prawdziwe DC stara aby się utrzymać jak największy uptime na który składa się bardzo wiele czynników. Niestety nie zawsze da się wszystko przewidzieć.

[globalnetwork.pl 11]

Na potwierdzenie naszych postów informujemy, że w dniu dzisiejszym Orange przeładowało filtry i nasz prefix IPv6 jest dostępny poprzez styk ATM do styku z Orange:

 

 

traceroute6 to 2001:1a68:12::1 (2001:1a68:12::1) from 2a01:1161:0:1::2, 64 hops max, 12 byte packets
1  2a01:1161:0:1::1 (2a01:1161:0:1::1)  116.431 ms  180.136 ms  19.477 ms
2  2a01:1000:0:413::1 (2a01:1000:0:413::1)  0.777 ms  0.736 ms  0.641 ms
3  2a01:1000:0:1b::1 (2a01:1000:0:1b::1)  11.072 ms  8.606 ms  11.885 ms
4  2a01:1000:0:43e::2 (2a01:1000:0:43e::2)  2.681 ms  2.722 ms  2.670 ms
5  2a01:1102:0:2::2 (2a01:1102:0:2::2)  2.960 ms  2.898 ms  2.975 ms
6  r7-tpn.ipv6-core.atman.pl (2001:1a68::7)  3.079 ms  3.165 ms  3.017 ms
7  2001:1a68::2:4748:0:31 (2001:1a68::2:4748:0:31)  3.431 ms  3.310 ms  3.229 ms

 

Poprawiliśmy także opisy na ostatnim obrazku według uwag forumowiczów, tak aby łatwiej było zrozumieć z jakich łączy korzystamy.

 

 

Z poważaniem,

Zespół BLUE LEAF Sp. z o.o.

http://www.blueleaf.pl

http://www.globalnetwork.pl

Edytowano Lipiec 20, 2012 przez globalnetwork.pl (zobacz historię edycji)

[lazy 33]

mdenis ale nie należy popadać w przesadę, port na switchu w ATM w warszawie ma dużo większą niezawodność niż zdecydowana większość DC może pomarzyć na swoich łączach, a globalne awarie ATMu nie dość że bardzo rzadkie to dodatkowo trwają bardzo krótko

 

w druga strone tez bym nie przesadzał, 1 port na to nadal SPOF

 

dla mnie osobiscie po wpadce kiedy to atm sie posypał przy awarii pradu w limie stracili wiele ze swojej za przeproszeniem zaje*******, ale nadal sa oczywiscie solidna firma

 

nie wiem jak wyglada wiekszosc poskich DC ale jesli maja gorsza dostepnosc niz port na nakims switchu/routerze to chyba mozemy podniesc ceny

 

 

--

Lazy

[^^KaMaZZ~.^ 154]

A jak wygląda w globalnetwork kwestia związana z ilością fizycznych przyłącz do operatorów telco ?

Sesje sesjami, ale chyba bardziej liczy się niezawodność i redundancja.

[kafi 2425]

Sesje sesjami wskazują wyraźnie, że jest to trzy/czteropak od ATMAN.

Nie zdziwił bym się, że jest to jeden fizyczny kabelek do switcha ATM SA z zapiętymi trzema vlanami

[krk 2]

Sesje sesjami wskazują wyraźnie, że jest to trzy/czteropak od ATMAN.

Nie zdziwił bym się, że jest to jeden fizyczny kabelek do switcha ATM SA z zapiętymi trzema vlanami

 

szkoda że nie ma reputacji w tym forum, ale to samo przyszło mi do głowy