SBB - DOCSIS ruter, Hyper-V problem

[ anon70939 @ 29.08.2019. 20:46 ] @

Zvao sam support, restartovali smo modem na fabricka podesavanja, ali nista bolje.
Sa njihove strane deluje da je sve OK, ali meni puca konekcija ka netu. Pa rekoh ajd da vidim ovde da li Hyper-V moze da mi pravi neki problem.

Na ruteru sam namestio DHCP pool od 192.168.0.150 sa 50 IP adresa.
Na Hyper-V imam 5 virtualki sa adresama 192.168.0.99-192.168.0.103 koje su na "External Network" switch-u

Pokusavam da instaliram Mesosphere DC/OS zbog nekog testiranja i ucenja.
Sad mi prolazi kroz glavu da mi net puca mozda bas u pokretanju neke Ansible skripte za deploy tog DC/OS klastera. Nisam povezivao sa tim pre, jer nesto redje u poslednje vreme sedim za kucnim kompom, pa poslednjih 2 dana koliko pokusavam da namestim mi se to desava.

Pored ovoga imam jos 2-3 wifi uredjaja.
Kad mi net pukne, ne samo da nemam neta na tom racunaru gde pokrecem tu Ansible skriptu, nego nemam ni na mobilnim uredjajima.
Posle desetak minuta proradi.
Ovo mi se veceras vec treci put desava, i povezujem sa tom skriptom.

Ne razumem kako moze neka skripta koja se izvrsava na virtualkama da mi zezne celu mrezu? Na modemu ne mogu da nadjem nikakve korisne logove.
Nemam ni pojma kako da troubleshoot-ujem.
Supportu sam pomenuo da imam neke virtualke, ali nisam hteo u detalje da ulazim da me ne odhebe da su problem one.

Playbook je odavde https://docs.d2iq.com/mesosphe...os-ansible/ansible-quickstart/
Komanda

mazer install dcos.dcos_ansible

dovlaci i nalazi se u ~/.ansible/collections/ansible_collections/dcos/dcos_ansible/dcos-ansible-0.52.0/

Moze li neko da me usmeri kako da nadjem problem da li mi Hyper-V stack i DC/OS shebavaju mrezu

[ anon70939 @ 29.08.2019. 21:02 ] @

Ma nije.... sad nisam ni pokrenuo skriptu puklo je opet.
Jedino da stopiram hyper-v pa da vidim

Mislim... lupam, nemam ni ideju i da hocu sta bih trebalo da uradim na nekom racunaru u mrezi da bih uspeo da shebem sve... samo bzvz povezah sa tim iako nema logike.

[ Branimir Maksimovic @ 30.08.2019. 02:23 ] @

Znas kako ruter moze da se zaglupi kad dignes vise konekcija nego sto moze da svari, obicno se desava kad torentujes.

[ anon70939 @ 30.08.2019. 08:00 ] @

Pa ovo je 10 klijenata...
Koji bas i nemaju nesto puno saobracaja. Mislim da mi torrent nije ukljucen, mada nisam 100% siguran

[ Branimir Maksimovic @ 30.08.2019. 08:15 ] @

Ne mora da bude saobracaja, dovoljno da dignu po 100 konekcija i eto problema.

[ Zlatni_bg @ 30.08.2019. 16:15 ] @

Dizi jednu po jednu?

[ bachi @ 31.08.2019. 13:47 ] @

Insistiraj da ti SBB zameni modem.

[ Branimir Maksimovic @ 31.08.2019. 13:51 ] @

Nista sa tim nece postici, jedino ako je moguce konfigurisati koliko maks konekcija ruter moze da svari. To uveliko zavisi od toga koliko RAM-a ima.

[ Branimir Maksimovic @ 31.08.2019. 13:53 ] @

Postoji i mogucnost da se zakaci na bolji ruter ;)

[ bachi @ 31.08.2019. 15:25 ] @

Iz iskustva pišem. ;) Gomili ljudi je tako puca net iz čista mira i problem je bio rešen zamenom modema/rutera. Osim toga, vrlo je moguće da mu je šum veliki na toj lokaciji i da jednostavno modem ispada iz mreže.

To što ima 5 virtualnih mašina apsolutno ništa ne znači po opterećenje rutera, osim ako ne hostuje javno za spoljni svet sadržaj, onda dolazi ono ograničenje o kome pričaš da će da umre usled prevelikog broja konekcija.

U suprotnom, moj torrent klijent napravi više konekcija nego njegov home lab.

[ Branimir Maksimovic @ 31.08.2019. 16:11 ] @

Stvar je u tome da je njemu net radio pre toga, koliko shvatam.

[ bachi @ 31.08.2019. 16:14 ] @

Citat:

CoyoteKG:
Jedino da stopiram hyper-v pa da vidim

Stopiraj, vidi pa javi.

[ anon70939 @ 31.08.2019. 22:52 ] @

Radio mi je net. Ali nisam koristio nesto racunar u poslednje vreme. I sad zadnja 2 dana pokusao da namedtim taj lab i primetio to pucanje. Samo zbog toga sam zakljucio da mozda ima neke veze sa tim jer se pre nije desavalo.
Stopirao sam Hyper-v i dalje se desavalo.
Zena mi rece juce da dok je ona visila na tabletu, pre nego sto sam se vratio sa posla, opet je pukao net. Tad je kucni komp bio iskljucen.
Dakle nine do mene nista. Sad nisam kuci, ali u ponedeljak zovem da mi menjaju ruter.
Koji da trazim ako uopste budem mogao da biram? Treba mi wifi, ne zelim da kupujem dodatno neki deugi.

Ovaj tehnicar koji mi se javio za support se potrudio, zvao me tel posle sat vremena da vidi jel bolje posle fabrickog restarta.
Mislim.... nije bas pokazao neko znanje, čudio se kako dobijam neku privatnu adresu, pa mu rekoh da je to natovana adresa.

U momentima kad je meni u lokalu pucao net on je bio nakacen preko wan i njemu je sve izgledalo OK. Ja nisam uspeo da nadjem neks korisne logove na ruteru, ne znam da li on ima bolji pregled

_{[Ovu poruku je menjao CoyoteKG dana 01.09.2019. u 00:15 GMT+1]}

[ Zlatni_bg @ 01.09.2019. 00:01 ] @

Njima uvek sve izgleda OK dokle god apsolutno nemas internet.

Ako bas neces da uzimas svoj ruter, manje vise je sve isto. Ubee ili sta god imaju novo ima 5GHz, mislim da ovi stariji ili bilo koji Cisco nemaju 5GHz. Svi imaju gbps portove i nista preterano od posebnih podesavanja mada mislim da je cisco imao nesto vise. Ubee je sa fw-om koji sam ja imao bio bas, bas siromasan, do te mere da nisam mogao da zakucavam staticke ip po mac adresi.

Iskren savet - sad si u NS koliko znam, kad budes prelazio severnu granicu, kupi usput neki okej ruter, tipa TP Link archer ili neki Asusov ranga AC58U koji imamo i ja i Branimir. Kod madjara je to 2x jeftinije nego ovde a mnogo muka ces se resiti. Ja nisam mogao da imam stabilnu konekciju dokle god nisam uzeo svoj ruter i njihov samo modem. Problemi ce se drasticno smanjiti.

[ bachi @ 01.09.2019. 08:30 ] @

Pa džabe da kupi svoj ruter ako će biti nakačen iza njihovog rutera, opet će da mu puca net. U tom slučaju onda tražiti od SBBa da mu daju modem koji će naravno biti u bridge modeu.

Da ovo je zbunjujuće da mora da se za modem naglasi da bude u bridgu, ali u jednoj firmi je modem tako ispadao iz mreže i oni doneli drugi modem, kad ono dodeljuje 192.168.1.0/24 adresu ruteru. Nisam mogao da verujem, a modem niti ima wifi, niti ima više od jednog porta. I onda nakon cimanja podrške, prebacili su ga u bridge mode i onda je dodeljivao javnu IP adresu ruteru.

Ajde nam baci parametre signala ovde.

[ Branimir Maksimovic @ 01.09.2019. 08:37 ] @

Da, ako ne moze bridge mod u nesrecnom ruteru onda mrka kapa, morace isti da se restartuje sve jedno ;(

[ calexx @ 01.09.2019. 09:36 ] @

Citat:

bachi:Nisam mogao da verujem, a modem niti ima wifi, niti ima više od jednog porta. I onda nakon cimanja podrške, prebacili su ga u bridge mode i onda je dodeljivao javnu IP adresu ruteru.

Osnovni oblik rutera i jeste bez wifi i sa jednim portom, to je verovatno bio ruter a ne modem. To što smo navikli na 4 portne i wifi je druga priča.

[ bachi @ 01.09.2019. 11:34 ] @

Reč je o Cisco EPC3208G modelu.

Dok Cisco EPC3208 (bez G) je samo i isključivo modem, ovaj sa G iako identično izgleda, po defaultu je NAT ruter.

[ calexx @ 01.09.2019. 11:53 ] @

Sve u svemu ruter.

Citat:

The EPC3208G integrated router features a Dynamic Host Configuration Protocol (DHCP) server,
Network Address and Port Translation (NAT/NAPT), and a Stateful Packet Inspection (SPI) firewall.
These features allow the user to share a single high-speed public Internet connection as well as
share files and folders between devices in the home or small office network by attaching multiple
wired devices to the cable modem.

[ Zlatni_bg @ 01.09.2019. 12:40 ] @

... mislio sam da im trazi modem ukoliko nabavi svoj ruter :D

[ anon70939 @ 01.09.2019. 21:21 ] @

Ovo moje je Technicolor CGA2121 DOCSIS 3.0 Wireless Gateway

Citat:

bachi:
Ajde nam baci parametre signala ovde.

Mislis na ove parametre?

A ovo mi je u logovima.

[ .LoG @ 01.09.2019. 22:07 ] @

Da ti slučajno neki uređaj u mreži ne postavi istu IP adresu kao gateway (router) ?
Jel ti radi ping prema gateway-u, je li u arp tabeli ista MAC adresa za gateway i sada i kad se to desi?

[ anon70939 @ 01.09.2019. 22:17 ] @

heh, sad pukao net, nisam ni primetio, zena na tabletu nije mogla da surfuje, a ja bez problema igrao World Of Tanks. Deluje da i ostali p2p saobracaj poput Skype i Viber je bio OK. Nisam se ni sa kim dopisivao, ali mi je pokazivalo da sam online.

C:\Users\CoyoteKG>ping www.google.com
Ping request could not find host www.google.com. Please check the name and try again.

C:\Users\CoyoteKG>ping 8.8.8.8
Pinging 8.8.8.8 with 32 bytes of data:
Request timed out.
Request timed out.

C:\Users\CoyoteKG>tracert 8.8.8.8
Tracing route to 8.8.8.8 over a maximum of 30 hops

1 <1 ms <1 ms <1 ms 192.168.0.1
2 5 ms 6 ms 5 ms 100.69.0.1
3 * * * Request timed out.
4 * * * Request timed out.

C:\Users\CoyoteKG>route print
===========================================================================
Interface List
11...00 ff d5 ac 78 94 ......TAP-ProtonVPN Windows Adapter V9
4...d4 3d 7e 54 89 4e ......Hyper-V Virtual Ethernet Adapter #2
1...........................Software Loopback Interface 1
15...00 15 5d 5c a6 b1 ......Hyper-V Virtual Ethernet Adapter
===========================================================================

IPv4 Route Table
===========================================================================
Active Routes:
Network Destination Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 192.168.0.1 192.168.0.153 25
127.0.0.0 255.0.0.0 On-link 127.0.0.1 331
127.0.0.1 255.255.255.255 On-link 127.0.0.1 331
127.255.255.255 255.255.255.255 On-link 127.0.0.1 331
172.17.15.192 255.255.255.240 On-link 172.17.15.193 5256
172.17.15.193 255.255.255.255 On-link 172.17.15.193 5256
172.17.15.207 255.255.255.255 On-link 172.17.15.193 5256
192.168.0.0 255.255.255.0 On-link 192.168.0.153 281
192.168.0.153 255.255.255.255 On-link 192.168.0.153 281
192.168.0.255 255.255.255.255 On-link 192.168.0.153 281
224.0.0.0 240.0.0.0 On-link 127.0.0.1 331
224.0.0.0 240.0.0.0 On-link 192.168.0.153 281
224.0.0.0 240.0.0.0 On-link 172.17.15.193 5256
255.255.255.255 255.255.255.255 On-link 127.0.0.1 331
255.255.255.255 255.255.255.255 On-link 192.168.0.153 281
255.255.255.255 255.255.255.255 On-link 172.17.15.193 5256
===========================================================================
Persistent Routes:
None

IPv6 Route Table
===========================================================================
Active Routes:
If Metric Network Destination Gateway
1 331 ::1/128 On-link
4 281 fe80::/64 On-link
15 5256 fe80::/64 On-link
15 5256 fe80::a535:807a:c668:c83d/128
On-link
4 281 fe80::b90a:4bb8:ed67:c412/128
On-link
1 331 ff00::/8 On-link
4 281 ff00::/8 On-link
15 5256 ff00::/8 On-link
===========================================================================
Persistent Routes:
None

arp sam sad naknadno pogledao kad je proradio net. Ali evo zapisano pa da uporedim kad opet pukne

C:\Users\CoyoteKG>arp -a
Interface: 192.168.0.153 --- 0x4
Internet Address Physical Address Type
192.168.0.1 60-3d-26-8c-c0-8e dynamic
192.168.0.255 ff-ff-ff-ff-ff-ff static
224.0.0.2 01-00-5e-00-00-02 static
224.0.0.22 01-00-5e-00-00-16 static
224.0.0.251 01-00-5e-00-00-fb static
224.0.0.252 01-00-5e-00-00-fc static
239.255.3.22 01-00-5e-7f-03-16 static
239.255.255.250 01-00-5e-7f-ff-fa static
255.255.255.255 ff-ff-ff-ff-ff-ff static

Interface: 172.17.15.193 --- 0xf
Internet Address Physical Address Type
172.17.15.207 ff-ff-ff-ff-ff-ff static
224.0.0.2 01-00-5e-00-00-02 static
224.0.0.22 01-00-5e-00-00-16 static
224.0.0.251 01-00-5e-00-00-fb static
239.255.3.22 01-00-5e-7f-03-16 static
239.255.255.250 01-00-5e-7f-ff-fa static
255.255.255.255 ff-ff-ff-ff-ff-ff static

Ne znam kako da vidim na ovom ruteru samu arp tabelu.
Jedino ovako
Nije mi jasno sta ce ovaj jedan android telefon u "Home Network" tabeli, kao ni koji je ovaj treci uredjaj u Wireless Network koji je p okupio 192.168.0.150, nema nikakvo ime.

Citat:

Connected Devices - Home Network
Device Name MAC Address IP Address Port Link Speed/Duplex
Unknown Host 00:15:5d:00:10:00 192.168.0.99 2 1000/Full
Unknown Host 00:15:5d:00:10:01 192.168.0.100 2 1000/Full
Unknown Host 00:15:5d:00:10:02 192.168.0.101 2 1000/Full
Unknown Host 00:15:5d:00:10:03 192.168.0.102 2 1000/Full
Unknown Host 00:15:5d:00:10:04 192.168.0.103 2 1000/Full
CoyoteKG-Home d4:3d:7e:54:89:4e 192.168.0.153 2 1000/Full
android-ccef1ab32944cdfa 10:4f:a8:13:e1:bf 192.168.0.155 3 100/Full

Connected Devices - Wireless Network
Device Name MAC Address IP Address Band Wireless Protocol RSSI
20:39:56:b2:89:a8 192.168.0.150 2.4 GHz 802.11n 37
CoyoteKG-iPad 78:88:6d:ee:48:a3 192.168.0.151 2.4 GHz 802.11n 33
Galaxy-Note5 ac:5f:3e:f5:4c:f8 192.168.0.152 2.4 GHz 802.11n 44

_{[Ovu poruku je menjao CoyoteKG dana 01.09.2019. u 23:28 GMT+1]}

[ Branimir Maksimovic @ 01.09.2019. 22:30 ] @

Nego taj 8.8.8.8 i 8.8.4.4 mal rade mal ne rade u zadnje vreme. Ja sam se oslanjao na njih da vidim jel net ziv i to mi pravilo probleme.
Proveri da li imas samo problem sa dns-om kao ja ili ti zaista net zakucao.

[ anon70939 @ 01.09.2019. 22:32 ] @

bio mi je 8.8.8.8 na kompu, promenio sam ga u automatsko preuzimanje ali i dalje nisam imao net.
Takodje i wireless uredjaji su kupili taj neki SBBov default (89.216.1.30 i 1.50), nisu imali nikakve veze sa 8.8.8.8

_{[Ovu poruku je menjao CoyoteKG dana 01.09.2019. u 23:53 GMT+1]}

[ Branimir Maksimovic @ 01.09.2019. 22:46 ] @

"heh, sad pukao net, nisam ni primetio, zena na tabletu nije mogla da surfuje, a ja bez problema igrao World Of Tanks"

Ovo je sugestija da je pukao dns, po meni.

[ anon70939 @ 01.09.2019. 22:47 ] @

I meni naravno, ali ne znam gde moze da pukne, osim kod SBB-a.
I ako oni imaju problem sa svojim DNS serverima, kako to do sada nisu primetili jer ovo traje prilicno dugo. Nemoguce da samo ja imam problem.

Jer ja nemam ni jedan DNS server. Niti sam negde osim na desktop racunaru na mreznoj promenio da koristi 8.8.8.8. Na rutreru nisam, na fabrickim je podesavanjima, samo promenjene sifre za wifi i DHCP pool.

[ Branimir Maksimovic @ 01.09.2019. 22:50 ] @

Znas kako, moj ISP koristi 8.8.8.8 za dns i jos jedan drugi. Ne znam, pukne to na po par minuta pa proradi ponovo, ali dovoljno
da stekce surfovanje. Ja sam upucao opendns i od tad nemam problema. Probaj i ti da upucas to ili nesto trece pa vidi.

[ anon70939 @ 01.09.2019. 22:53 ] @

Sa druge strane mi nije jasno zasto tracert ka 8.8.8.8 nije prosao dalje od WAN porta

probacu sad sa Open DNS

heh, evo pukao mi net opet, stavio sam na kompu 208.69.38.205 i radi mi na kompu net. na ostalim uredjajima je problem. Ostali uredjaji koriste ove gore SBB DNSove koje sam nabrojao. Tacno njihovi serveri koriste 8.8.8.8

Ali meni i dalje nije jasno zasto tracert ne prolazi dalje od mog gateway-a

tracert 208.69.38.205
Tracing route to 208.69.38.205 over a maximum of 30 hops
1 <1 ms <1 ms <1 ms 192.168.0.1
2 * * * Request timed out.
3 * * * Request timed out.

edit:

ipak mi ne radi ni sa opendns adresom. ALi jeste neki DNS problem.
U ovom tabu gde mi je otvorena ova stranica ES, mogu da pisem, verovatno jer chrome koristi neki svoj DNS cache, a u drugim tabovima gde su ostali neki sajtovi, nista ne mogu da otvorim.

Nasao sam neke druge opendns adrese, 208.67.222.222 i 208.67.220.220, isto...

[ Zlatni_bg @ 01.09.2019. 23:11 ] @

Ja rokam 8.8.8.8 kad nisam na lokalnom DNS kesingu. Nemam apsolutno nikakvih problema poslednjih meseci. Rekao bih da ti imas problem sa uredjajem pre nego sa softverskim ili mreznim nivoom. Mozes da rokas cloudflare 1.1.1.1 ako se dobro secam.

Ja sam par x na SBBu imao problema da odredjeni saobracaj prestane da mi radi, al da me *bes ako se secam sta je bio problem. Stvarno, za pocetak trazi novi uredjaj, nemoj da gubis vreme, svakim danom ce ti trebati samo sve vise vremena da ti isti donesu - nisu bas brzi.

Ti ne mozes ni sa SBB mreze da izadjes. Da tu puca, kriva bi bila mreza. Ali ako puca pri izlasku sa rutera, nemas ni jedan hop, uredjaj je 99%. Taj prvi hop ne bi trebalo da je daleko od tebe, ja imam 5-6 hopova samo da izadjem sa SBBa.

[ Zlatni_bg @ 01.09.2019. 23:14 ] @

Code:
C:\Users\Nikola>tracert google.com

Tracing route to google.com [216.58.214.206]
over a maximum of 30 hops:

  1     2 ms     1 ms     1 ms  RT-AC58U-1DFC [192.168.1.1]
  2   151 ms   163 ms   165 ms  10.0.0.1
  3   167 ms   157 ms   160 ms  bg-tp-m-10-be23.sbb.rs [89.216.4.0]
  4   162 ms    75 ms    40 ms  bg-tp-m-0-be102.sbb.rs [89.216.5.8]
  5    66 ms    94 ms   133 ms  72.14.219.230
  6    72 ms   150 ms   143 ms  74.125.242.225
  7    43 ms    17 ms   141 ms  72.14.233.75
  8   174 ms    19 ms    61 ms  bud02s23-in-f14.1e100.net [216.58.214.206]

Trace complete.

C:\Users\Nikola>tracert mondo.rs

Tracing route to mondo.rs [195.178.37.154]
over a maximum of 30 hops:

  1     2 ms     1 ms    <1 ms  RT-AC58U-1DFC [192.168.1.1]
  2   125 ms   178 ms   163 ms  10.0.0.1
  3    70 ms    91 ms   337 ms  bg-ds-m-10-be14.sbb.rs [89.216.4.2]
  4   198 ms    78 ms    22 ms  bg-ne-m-0-be104.sbb.rs [89.216.5.18]
  5   136 ms   117 ms    46 ms  bg-ne-r-1-hg5-0.sbb.rs [89.216.5.252]
  6   104 ms    60 ms   275 ms  telekom.sox.rs [185.1.27.38]
  7    28 ms    18 ms   101 ms  212.200.7.64
  8     *        *        *     Request timed out.
  9   125 ms   100 ms    65 ms  212.200.185.15
10   177 ms     8 ms   130 ms  195.178.36.6
11     *        *        *     Request timed out.
12     *        *        *     Request timed out.
13     *        *        *     Request timed out.
14     *        *

Evo i 8.8.8.8

Code:
C:\Users\Nikola>tracert 8.8.8.8

Tracing route to dns.google [8.8.8.8]
over a maximum of 30 hops:

  1     1 ms     3 ms     1 ms  RT-AC58U-1DFC [192.168.1.1]
  2    90 ms    76 ms    77 ms  10.0.0.1
  3    67 ms    16 ms   342 ms  bg-tp-m-10-be23.sbb.rs [89.216.4.0]
  4   319 ms   161 ms   335 ms  bg-tp-m-0-be102.sbb.rs [89.216.5.8]
  5   327 ms   153 ms   344 ms  72.14.219.230
  6    69 ms   265 ms   128 ms  74.125.242.225
  7   188 ms   310 ms   157 ms  216.239.35.185
  8   309 ms    92 ms    68 ms  dns.google [8.8.8.8]

Trace complete.

Ne znam sta je s brojevima doduse.

[ Branimir Maksimovic @ 01.09.2019. 23:29 ] @

Code:

~ >>> traceroute 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
1  router.asus.com (192.168.101.1)  0.258 ms  0.249 ms  0.275 ms
2  10.175.31.254 (10.175.31.254)  4.854 ms  4.799 ms  4.797 ms
3  87.250.37.133 (87.250.37.133)  5.109 ms  8.886 ms  5.045 ms
4  google.sox.rs (185.1.27.60)  9.867 ms  14.086 ms  9.850 ms
5  108.170.250.161 (108.170.250.161)  14.121 ms  9.787 ms  14.008 ms
6  108.170.236.33 (108.170.236.33)  10.571 ms 108.170.238.171 (108.170.238.171)  11.598 ms 216.239.49.217 (216.239.49.217)  12.391 ms
7  dns.google (8.8.8.8)  11.505 ms  11.271 ms  10.544 ms

[ .LoG @ 01.09.2019. 23:47 ] @

Ne ide dalje od 100.69.0.1. u prvom slučaju. CGNAT ?
Meni liči na problema sa njihovim modemom.
Jel ima još neko CGNAT , jel vam se ovo dešava?

[ Branimir Maksimovic @ 01.09.2019. 23:48 ] @

Mozda su namerno blokirali. Neki ISP-ovi to rade.

[ Zlatni_bg @ 02.09.2019. 00:35 ] @

Tesko, secam se ranije nekih logova, mislim da svi imamo vidljivo tih 4-5 hopova do izlaska sa SBBa. Sad da li je natovan, nemam pojma, ali ne bi trebalo da pravi razliku koliko znam u tracerouteu jer gadja druge adrese, ne svoju.

[ anon70939 @ 02.09.2019. 03:32 ] @

Da pomenuh u prvom postu da je u pitanju cg-nat

[ anon70939 @ 02.09.2019. 10:03 ] @

Zvao support ponovo, kaže da će poslati tehničku podršku da proveri signal, da je ova vrednost od 42 lošija nego što treba da bude

[ Branimir Maksimovic @ 02.09.2019. 10:06 ] @

To je dobro, ne valja ti upstream treba da bude izmedju 32 i 36, down -10-+10 sa oko 40 noisom.

[ Zlatni_bg @ 02.09.2019. 10:27 ] @

Code:
Upstream Channels


      Power Level:
Channel 1:     43.5 dBmV
Channel 2:     43.4 dBmV
Channel 3:     0.0 dBmV
Channel 4:     0.0 dBmV

I nemam problema... da oni izadju lepo na teren a ne da palamude vise? :)

[ bachi @ 02.09.2019. 10:28 ] @

Ma može upstream sve dok je ispod 50, naravno, zavisi od modema, od toga koliko siluješ upload, koliki je isti... Downstream je poželjno da bude od -5 do +5, ali može i -10 do +10, ali šum koji ima koji je na pojedinim kanalima 41.5 je previsok i to mu je po meni kritična tačka.

[ Branimir Maksimovic @ 02.09.2019. 10:33 ] @

Evo kako je kod mene pa nek uporedi. Radi mi perfektno.

Code:

Downstream Channels


      Power Level:     Signal to Noise Ratio:
Channel 1:     0.8 dBmV     42.6 dB
Channel 2:     0.8 dBmV     41.9 dB
Channel 3:     0.3 dBmV     42.5 dB
Channel 4:     -0.4 dBmV     42.0 dB
Channel 5:     -1.2 dBmV     39.9 dB
Channel 6:     -0.7 dBmV     41.1 dB
Channel 7:     -1.1 dBmV     40.9 dB
Channel 8:     -1.7 dBmV     41.0 dB


Upstream Channels


      Power Level:
Channel 1:     34.4 dBmV
Channel 2:     35.6 dBmV
Channel 3:     0.0 dBmV
Channel 4:     0.0 dBmV

[ Branimir Maksimovic @ 02.09.2019. 10:38 ] @

Citat:

Zlatni_bg:

Code:
Upstream Channels


      Power Level:
Channel 1:     43.5 dBmV
Channel 2:     43.4 dBmV
Channel 3:     0.0 dBmV
Channel 4:     0.0 dBmV

I nemam problema... da oni izadju lepo na teren a ne da palamude vise? :)

Ne valjaju ti te vrednosti, to znaci da se modem vise napreze kad salje...

edit:
upstream jacina zavisi od toga koliki kvalitet signala kablovski operater prima od tebe.
Sto manja vrednost to bolji signal.

edit2:
mada sad guglam da je 45 prihvatljiva vrednost.
Znaci nista mu ne fali sa signalima.

edit3:
kada je meni bio los kabl i veza sa operaterom i losi nivoi signala, net
je normalno radio ali se modem povezivao sa zutim lampicama, tj smanjenom
brzinom. Ne moze net da puca zbog toga.

_{[Ovu poruku je menjao Branimir Maksimovic dana 02.09.2019. u 11:57 GMT+1]}

_{[Ovu poruku je menjao Branimir Maksimovic dana 02.09.2019. u 12:05 GMT+1]}

[ anon70939 @ 02.09.2019. 11:06 ] @

Verovatno im je to redosled

- prvi put reset ruter na fabricka podesavanja
- drugi put izlazak na teren i merenje signala
- Treci put zamena rutera

Pa ako to ne resi problem onda pristupaju problemu ozbiljnije

_{[Ovu poruku je menjao CoyoteKG dana 02.09.2019. u 12:35 GMT+1]}

[ Zlatni_bg @ 03.09.2019. 00:47 ] @

Al' sam nasao da ga hvalim... znam da bombardujem temu, ali veceras imam haos:

Code:

C:\Users\Nikola>ping -t 8.8.8.8

Pinging 8.8.8.8 with 32 bytes of data:
Reply from 8.8.8.8: bytes=32 time=3106ms TTL=56
Reply from 8.8.8.8: bytes=32 time=901ms TTL=56
Reply from 8.8.8.8: bytes=32 time=522ms TTL=56
Reply from 8.8.8.8: bytes=32 time=776ms TTL=56
Reply from 8.8.8.8: bytes=32 time=585ms TTL=56
Reply from 8.8.8.8: bytes=32 time=44ms TTL=56
Reply from 8.8.8.8: bytes=32 time=113ms TTL=56
Reply from 8.8.8.8: bytes=32 time=145ms TTL=56
Reply from 8.8.8.8: bytes=32 time=63ms TTL=56
Reply from 8.8.8.8: bytes=32 time=78ms TTL=56
Reply from 8.8.8.8: bytes=32 time=762ms TTL=56
Reply from 8.8.8.8: bytes=32 time=951ms TTL=56
Reply from 8.8.8.8: bytes=32 time=280ms TTL=56
Reply from 8.8.8.8: bytes=32 time=25ms TTL=56
Reply from 8.8.8.8: bytes=32 time=544ms TTL=56
Reply from 8.8.8.8: bytes=32 time=713ms TTL=56
Reply from 8.8.8.8: bytes=32 time=694ms TTL=56
Reply from 8.8.8.8: bytes=32 time=449ms TTL=56
Reply from 8.8.8.8: bytes=32 time=183ms TTL=56
Reply from 8.8.8.8: bytes=32 time=54ms TTL=56
Reply from 8.8.8.8: bytes=32 time=29ms TTL=56
Reply from 8.8.8.8: bytes=32 time=655ms TTL=56
Reply from 8.8.8.8: bytes=32 time=919ms TTL=56
Reply from 8.8.8.8: bytes=32 time=405ms TTL=56
Reply from 8.8.8.8: bytes=32 time=436ms TTL=56
Reply from 8.8.8.8: bytes=32 time=263ms TTL=56
Reply from 8.8.8.8: bytes=32 time=615ms TTL=56
Reply from 8.8.8.8: bytes=32 time=17ms TTL=56
Reply from 8.8.8.8: bytes=32 time=57ms TTL=56
Reply from 8.8.8.8: bytes=32 time=88ms TTL=56
Reply from 8.8.8.8: bytes=32 time=76ms TTL=56
Reply from 8.8.8.8: bytes=32 time=71ms TTL=56
Reply from 8.8.8.8: bytes=32 time=47ms TTL=56
Reply from 8.8.8.8: bytes=32 time=86ms TTL=56
Reply from 8.8.8.8: bytes=32 time=80ms TTL=56
Reply from 8.8.8.8: bytes=32 time=77ms TTL=56
Reply from 8.8.8.8: bytes=32 time=80ms TTL=56
Reply from 8.8.8.8: bytes=32 time=86ms TTL=56
Reply from 8.8.8.8: bytes=32 time=56ms TTL=56
Reply from 8.8.8.8: bytes=32 time=68ms TTL=56
Reply from 8.8.8.8: bytes=32 time=82ms TTL=56
Reply from 8.8.8.8: bytes=32 time=2256ms TTL=56
Reply from 8.8.8.8: bytes=32 time=603ms TTL=56
Reply from 8.8.8.8: bytes=32 time=64ms TTL=56
Request timed out.
Reply from 8.8.8.8: bytes=32 time=1700ms TTL=56
Reply from 8.8.8.8: bytes=32 time=1798ms TTL=56
Reply from 8.8.8.8: bytes=32 time=2138ms TTL=56

Ping statistics for 8.8.8.8:
Packets: Sent = 48, Received = 47, Lost = 1 (2% loss),
Approximate round trip times in milli-seconds:
Minimum = 17ms, Maximum = 3106ms, Average = 507ms
Control-C
^C
C:\Users\Nikola>

Je l' ovo SBB puko, pijem DDOS, ili sam lud pa moze da ima veze sa mojim lokalnim unbound serverom? Samo ne vidim kakve bi veze ovo sa DNS-om imalo.

[ Branimir Maksimovic @ 03.09.2019. 01:17 ] @

Tolki ping nije do usa.

[ Zlatni_bg @ 03.09.2019. 01:32 ] @

Neki djavo se desava, znam da menjaju infrastrukturu u nekim delovima grada (veci obim) ali nije blizu mene. Sa svih servera iz DE kad pingujem 8.8.8.8 ili 1.1.1.1 dobijam manje od 2ms, kad pingujem sebe, dobijam iste ove cifre. Uz to je i protok promenljiv isto kao i ping. Ne znam kako da debagujem ovo, prislepao sam se kojotu na temu da ne otvaram novu. Izbacio sam lokalni DNS kes kao mogucnost, trenutno je ugasen server da ne bude jedna promenljiva vise. Ovoliki ping ne bi ni do meseca isao.

Ovo mi je trenutno ping iz DE:

Code:
[root@xxx-xxx-xxx ~]# ping -c 10 xxxxx
PING xxxx.org (178.148.5.xxx) 56(84) bytes of data.
64 bytes from cable-178-148-5-xxx.dynamic.sbb.rs (178.148.5.xxx): icmp_seq=1 ttl=55 time=150 ms
64 bytes from cable-178-148-5-xxx.dynamic.sbb.rs (178.148.5.xxx): icmp_seq=2 ttl=55 time=130 ms
64 bytes from cable-178-148-5-xxx.dynamic.sbb.rs (178.148.5.xxx): icmp_seq=3 ttl=55 time=49.1 ms
64 bytes from cable-178-148-5-xxx.dynamic.sbb.rs (178.148.5.xxx): icmp_seq=4 ttl=55 time=68.4 ms
64 bytes from cable-178-148-5-xxx.dynamic.sbb.rs (178.148.5.xxx): icmp_seq=5 ttl=55 time=265 ms
64 bytes from cable-178-148-5-xxx.dynamic.sbb.rs (178.148.5.xxx): icmp_seq=6 ttl=55 time=55.4 ms
64 bytes from cable-178-148-5-xxx.dynamic.sbb.rs (178.148.5.xxx): icmp_seq=7 ttl=55 time=87.0 ms
64 bytes from cable-178-148-5-xxx.dynamic.sbb.rs (178.148.5.xxx): icmp_seq=8 ttl=55 time=59.5 ms
64 bytes from cable-178-148-5-xxx.dynamic.sbb.rs (178.148.5.xxx): icmp_seq=9 ttl=55 time=138 ms
64 bytes from cable-178-148-5-xxx.dynamic.sbb.rs (178.148.5.xxx): icmp_seq=10 ttl=55 time=306 ms

--- xxxxx.org ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9013ms
rtt min/avg/max/mdev = 49.131/131.245/306.871/85.368 ms
[root@xxx-xxx-xxx ~]# ping -c 10 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=1 ttl=61 time=1.28 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=61 time=1.33 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=61 time=1.36 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=61 time=1.33 ms
64 bytes from 1.1.1.1: icmp_seq=5 ttl=61 time=1.51 ms
64 bytes from 1.1.1.1: icmp_seq=6 ttl=61 time=1.46 ms
64 bytes from 1.1.1.1: icmp_seq=7 ttl=61 time=1.35 ms
64 bytes from 1.1.1.1: icmp_seq=8 ttl=61 time=1.52 ms
64 bytes from 1.1.1.1: icmp_seq=9 ttl=61 time=1.34 ms
64 bytes from 1.1.1.1: icmp_seq=10 ttl=61 time=1.36 ms

--- 1.1.1.1 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9014ms
rtt min/avg/max/mdev = 1.281/1.388/1.521/0.083 ms

[ Branimir Maksimovic @ 03.09.2019. 01:41 ] @

8.8.8.8 nije isti iz DE kao iz Sr. Prvo eliminisi da nije problem do 8.8.8.8. Meni su pravili problem ima thread o tome do skora. Ako ti je ping do necega drugog ok, onda je jasno. Ako ti je ping takav svuda postoji
problem sa tvojom vezom. pinguj njihov gateway pa na dalje onda da vidis gde je problem. Pinguj i svoj ruter za svaki slucaj.

edit:
ovo gore pingujes sebe iz DE? Izgleda da imas problem.

[ Zlatni_bg @ 03.09.2019. 01:46 ] @

Pa pingovao sam sa tog DE servera prvo i 1.1.1.1 i 8.8.8.8 da vidim koliko je stabilna konekcija, potom pingovao sebe odatle i video da isto dziteruje ko blesav. U lokalu sve radi <1ms, cim izadjem sa lokala show. Da gadjam gw od SBBa?

Code:
traceroute to sbb.rs (82.117.195.201), 30 hops max, 60 byte packets
1  router.asus.com (192.168.1.1)  1.838 ms  1.761 ms  1.651 ms
2  10.0.0.1 (10.0.0.1)  11.899 ms  11.613 ms  11.772 ms
3  bg-tp-m-2-hg3-1.sbb.rs (89.216.9.132)  12.830 ms  12.366 ms bg-tp-m-1-hg3-1.sbb.rs (89.216.9.94)  11.692 ms

Code:
[root@CentOS7 ~]# ping 89.216.9.94
PING 89.216.9.94 (89.216.9.94) 56(84) bytes of data.
64 bytes from 89.216.9.94: icmp_seq=1 ttl=252 time=156 ms
64 bytes from 89.216.9.94: icmp_seq=2 ttl=252 time=210 ms
64 bytes from 89.216.9.94: icmp_seq=3 ttl=252 time=172 ms
64 bytes from 89.216.9.94: icmp_seq=4 ttl=252 time=13.3 ms
64 bytes from 89.216.9.94: icmp_seq=5 ttl=252 time=195 ms
64 bytes from 89.216.9.94: icmp_seq=6 ttl=252 time=210 ms
64 bytes from 89.216.9.94: icmp_seq=7 ttl=252 time=100 ms
64 bytes from 89.216.9.94: icmp_seq=8 ttl=252 time=110 ms
^C
--- 89.216.9.94 ping statistics ---
9 packets transmitted, 8 received, 11% packet loss, time 8013ms
rtt min/avg/max/mdev = 13.368/146.125/210.422/63.745 ms

Code:
[root@CentOS7 ~]# ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.633 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.677 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=1.01 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=0.945 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=0.935 ms
64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=0.982 ms
64 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=0.888 ms
64 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=0.908 ms
64 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=0.945 ms
64 bytes from 192.168.1.1: icmp_seq=10 ttl=64 time=0.798 ms
64 bytes from 192.168.1.1: icmp_seq=11 ttl=64 time=0.924 ms
^C
--- 192.168.1.1 ping statistics ---
11 packets transmitted, 11 received, 0% packet loss, time 10010ms
rtt min/avg/max/mdev = 0.633/0.877/1.017/0.121 ms

Code:
[root@CentOS7 ~]# ping 10.0.0.1
PING 10.0.0.1 (10.0.0.1) 56(84) bytes of data.
64 bytes from 10.0.0.1: icmp_seq=1 ttl=254 time=25.7 ms
64 bytes from 10.0.0.1: icmp_seq=2 ttl=254 time=30.5 ms
64 bytes from 10.0.0.1: icmp_seq=3 ttl=254 time=32.6 ms
64 bytes from 10.0.0.1: icmp_seq=4 ttl=254 time=214 ms
64 bytes from 10.0.0.1: icmp_seq=5 ttl=254 time=156 ms
64 bytes from 10.0.0.1: icmp_seq=6 ttl=254 time=34.3 ms
64 bytes from 10.0.0.1: icmp_seq=7 ttl=254 time=155 ms
64 bytes from 10.0.0.1: icmp_seq=8 ttl=254 time=36.7 ms
64 bytes from 10.0.0.1: icmp_seq=9 ttl=254 time=101 ms
64 bytes from 10.0.0.1: icmp_seq=10 ttl=254 time=63.4 ms
64 bytes from 10.0.0.1: icmp_seq=11 ttl=254 time=89.6 ms
^C
--- 10.0.0.1 ping statistics ---
11 packets transmitted, 11 received, 0% packet loss, time 10016ms
rtt min/avg/max/mdev = 25.764/85.466/214.212/61.491 ms

Bice da ce i meni da dolaze kuci.

[ Branimir Maksimovic @ 03.09.2019. 01:54 ] @

Code:

~ >>> ping -c 100 89.216.9.94 [1]
PING 89.216.9.94 (89.216.9.94) 56(84) bytes of data.
64 bytes from 89.216.9.94: icmp_seq=1 ttl=250 time=5.37 ms
64 bytes from 89.216.9.94: icmp_seq=2 ttl=250 time=8.11 ms
64 bytes from 89.216.9.94: icmp_seq=3 ttl=250 time=5.12 ms
64 bytes from 89.216.9.94: icmp_seq=4 ttl=250 time=6.36 ms
64 bytes from 89.216.9.94: icmp_seq=5 ttl=250 time=4.92 ms
64 bytes from 89.216.9.94: icmp_seq=6 ttl=250 time=5.62 ms
64 bytes from 89.216.9.94: icmp_seq=7 ttl=250 time=5.97 ms
64 bytes from 89.216.9.94: icmp_seq=8 ttl=250 time=5.21 ms
64 bytes from 89.216.9.94: icmp_seq=9 ttl=250 time=6.03 ms
64 bytes from 89.216.9.94: icmp_seq=10 ttl=250 time=5.15 ms
64 bytes from 89.216.9.94: icmp_seq=11 ttl=250 time=6.14 ms
^C
--- 89.216.9.94 ping statistics ---
11 packets transmitted, 11 received, 0% packet loss, time 21ms
rtt min/avg/max/mdev = 4.915/5.819/8.109/0.858 ms

Unutar tvog provajdera je problem.

[ Zlatni_bg @ 03.09.2019. 13:30 ] @

Preforsirao sam unbound bio iz nekog razloga, ipak je do lokalnog DNS bilo. Izgleda je pootvarao gomilu konekcija, modem je zabo bio ali su serveri ostali citavi.

[ anon70939 @ 04.09.2019. 06:55 ] @

Ja ih cekam jos uvek.
Sinoc zvali i kao "mi smo ispred zgrade", a operater mi rekao da ce se javiti ranije... I ja im kazem da stizem za 15 min i dam im broj stana posto je supruga bila kuci.
Dodjem do stana, oni otisli.
Zovem telefonom i lik mi kaze da su morali da idu na drugi mesto jer je iskrsla neka havarija...

Pa se nadoveze i kaze "koliko ja vidim odavde, vama je signal OK. Ne verujem da je do toga. Doći će sutra momak da podesi ruter. Ti novi beli ruteri imaju oba wifi kanala uključena pa je to problem..."

O.O

Ja kazem da nije problem sa wifi kanalima, da se isto desava i na kablu... On "ne brini nista, sutra ce doci momak i sve podesiti".

Vidim ja da ce.ovo potrajati

[ Zlatni_bg @ 06.09.2019. 22:57 ] @

Ima li napretka?

[ anon70939 @ 07.09.2019. 08:18 ] @

Imao sam sreće da mi je došao neki normalan tehničar.
Zvao šefa i ispričao sve što sam mu rekao, a šef "je l' to onaj beli ruter? Desilo se nedavno slicno, zameni mu"
Odmah sutradan mi doneo Ubee, neki professional kako ga oni zovu.

Ali desilo se opet isto posle 15 minuta.
Posle više nije... videću danas

[ Branimir Maksimovic @ 07.09.2019. 17:54 ] @

Izgelda da oni nisu ni pogledali u cemu je problem, po svemu sudeci...

[ anon70939 @ 11.09.2019. 20:55 ] @

Nije do njih. Do mene je. Nije mi jasno samo kako...
Nasao sam i koja virtualka mi pravi problem. IP ni MAC se ne podudaraju ni sa jednom u mrezi...

[ Zlatni_bg @ 11.09.2019. 21:03 ] @

Pa kako je pucalo kad je hyperv bio ugasen? Imas neki matori ruter za to, ili na nekoj da podignes bind zbog vise kontrole?

[ anon70939 @ 11.09.2019. 21:23 ] @

nije mi jasno, možda je bila slučajnost, da je pucalo. Ja sam tad kad sam pisao ovde pozaustavljao sve mašine. Čak mi je i računar bio isključen i opet se dešavalo da pukne net na isti način...

Ali evo ovih dana mi je sve funkcionisalo kako valja, dok nisam startovao VM opet. Odmah posle par minuta počeli su problemi.
Zaustavim mašinu, restartujem i ruter i komp, i posle sve radi. Ostale mašine mi ne prave problem, samo ta jedna.

Imam ovako nešto, što sam dobio pre par godina na poklon, da "isprobam", ali nisam ni otvorio.

Nego ne znam šta ti je ideja, šta bih radio s njim.

[ Zlatni_bg @ 11.09.2019. 23:20 ] @

Mislim da je to samo neki jaci firewall, nisam siguran. Za pocetak bi verovatno trebalo da izolujes problem i vidis sta se desava. Mana tih SBB uredjaja je sto je nocna mora za debaging... nemas nikakve logove, nista sto bi mogao da iskoristis.

Ako je taj uredjaj u sustini neki gateway u smislu rutera, pogledaj kakav monitoring ima. To pucanje neta sa SBBom sam ja iskusio pre par dana, bas sam pisao ovde na temi o tome, desavalo mi se da se otvori gomila konekcija i da sve prsne, restart modema je pomagao ali samo ako iskljucim unbound (manje vise dodje isto kao bind, samo uproscenije).

Sta ti radi taj VM koji pravi probleme? Je l' imas mogucnost da pregledas sve otvorene konekcije sa istog?

[ Branimir Maksimovic @ 12.09.2019. 04:02 ] @

Ne znam koji OS voze ti SBB ruteri, ali vidim ovaj asuswrt ima veci limit (300k konekcija) cak i od desktop Linux-a (256k).
U svakom slucaju svaka konekcija pojede nesto rama pa tako sve zavisi kolko ram-a ima ruter...

edit:
u svakom slucaju ako bi se SBB ruter iskljucio, tj prebacio u bridge, a ispred stavio neki pristojan ruter, ovo bi se izlecilo.

"desavalo mi se da se otvori gomila konekcija i da sve prsne,"

ne mozes da stavis taj SBB rutter u bridge?

[ Zlatni_bg @ 12.09.2019. 05:37 ] @

Nije ruter problem samo Bane, i modem je. Ja imam samo modem (neki bi to nazvali i ruterom jer jelte salje pakete na ethernet port sa coaxa :D ) i meni je on zakucao zbog unbound-a.

[ Branimir Maksimovic @ 12.09.2019. 05:43 ] @

Na sta mislis kad kazes unbound?

[ Zlatni_bg @ 12.09.2019. 06:54 ] @

https://nlnetlabs.nl/projects/unbound/about/

Ovo je meni unistavalo modem. Neka fensi olaksana verzija DN servera u odnosu na bind.

[ Branimir Maksimovic @ 12.09.2019. 07:39 ] @

Gde si vozio dns server? Stavio si na ruter pa koristio za celu mrezu?

[ Zlatni_bg @ 12.09.2019. 07:52 ] @

Jok, 1GB RAM + 1vCPU na HyperV gde se vrteo samo DNS i PiHole. Nije bilo nikakvih dostizanja limita oko CPU i RAM. Znaci poseban VM za DNS za lokalnu mrezu. Mada je DHCP bio na ruteru, nisam hteo s tim da se zezam dodatno.

Na unboundu podeseni 8.8.8.8 i 1.1.1.1 kao serveri za prvu proveru, al' sam stavio TTL za rekorde od 6h i max od 100k rekorda. Kada sam IP od tog VMa podesio kao default na ruteru za DNS, svi uredjaji u kuci su prvo slali zahteve preko njega, kes je morao da se napuni, da bi se napunio, ko zna koliko zahteva po sajtu je islo... Mislim da je sve puklo zbog TTLa ili ko zna cega. Sve u svemu previse konekcija je presudilo po mom misljenju, nista drugo nije bilo ni blizu nekog limita.

[ Branimir Maksimovic @ 12.09.2019. 07:57 ] @

Cudi me da se modem zaglupi zbog konekcija, zato sto on uopste ni ne pamti konekcije. Pre ce biti da se ruter zaglupeo, a restartom modema popucaju konekcije na ruteru pa se sev otcepi.

[ Zlatni_bg @ 12.09.2019. 08:03 ] @

Jok, tu noc sam resetovao sigurno 10x ruter, cak dobijao drugi IP (?), dok modem koji mi nije bio ni na kraj pameti nisam resetovao bilo je onako kako sam okacio ping testove. Reset rutera je resio problem, potom sam ponovo reprodukovao bag tako sto sam ocistio DNS kes na serveru, potom sam izmenio config i sredilo se. Mislim da "modemi" imaju ruter deo u sebi takodje. Zasto je on zaglupeo, ne znam.

[ Branimir Maksimovic @ 12.09.2019. 08:09 ] @

Mislim da to sto si imao veliki ping jeste do modema, ali da nema veze sa dns-om :P
Veliki broj konekcija totalno zaglupi ruter, ne povecava se ping nego jednostavno sve nove konekcije time outuju.

[ anon70939 @ 12.09.2019. 08:26 ] @

Ipak nije do te jedne VM.

Dakle imam 5 masina. 3 kad mi rade sve je OK.
Juce sam ukljucio 4. i 5. i pocelo je opet pucanje.
Iskljucio 5. i radilo je sve kako treba neko vreme pa sam mislio da je problematicna ta 5. ali je puklo opet.
Ostalo mi danas da vidim da li mi ta 4. u stvari pravi problem, a ne 5, mada nema logike i dalje jer je druga IP i MAC, ne podudara se ni sa jednom.
Ili je samo kao sto kazete broj konekcija.

Nego to su sve obicne masine koje nista drugo nemaju instalirano osim par osnovnih sitnica, i docker-a.
Nemam nikakav kontejner koji je pokrenut pa da dodatno on pravi neke konekcije.

Pogledacu veceras koliko konekcija imam na kojim portovima.

Odbacio sam bio misljenje da je problem do rutera i da ne moze da ostvari puno konekcija, ali zamenili su mi ruter, dobio sam valjda neki dosta bolji.
Sad mi prolazi kroz glavu, da mozda zato sto sam iza njihovog NAT-a da njihov uredjaj mozda kontrolise broj ostvarenih konekcija koje mogu da ostvarim, pa me izbaci kad dostignem neki limit.

probacu skroz i da iskljucim hyper-v rolu, da pobrisem ove bridzeve koje imam, pa ponovo ispocetka.

[ Branimir Maksimovic @ 12.09.2019. 11:23 ] @

"ali zamenili su mi ruter, dobio sam valjda neki dosta bolji."

To vise ima veze sa limitom broja konekcija nego kvalitetom rutera.
Limit broja konekcija bi trebalo na linux-u da omoguci hiljade konekcija u sekundi.
No ruteri imaju ogranicenu memoriju pa je to manje. Na mom asus-u je limit
300k konekcija, ali ne zaboravi da kad nesto stalno otvara konekcije to moze
brzo da se istrosi, zato sto OS svaku konekciju drzi u TIME_WAIT stanju
jedno 2 minuta (konfigurabilno) nakon zatvaranja.

"da mozda zato sto sam iza njihovog NAT-a da njihov uredjaj mozda kontrolise broj ostvarenih konekcija koje mogu da ostvarim"

moguce je i to, ne mogu ti ovde nista reci jer nemam iskustva sa CG-NAT-om.

[ Zlatni_bg @ 12.09.2019. 11:25 ] @

Ako nista ne rade, ne verujem da otvaras drasticno mnogo konekcija.

Nisam netadmin a imamo ih na forumu, mozda bi mogli da nam razrese misteriju. Znam da svaki IP moze da otvori xyz konekcija ka internetu, ali u slucaju CGNATa, da li je to u bilo kom smislu kumulativno za osobe koje dele isti wan ip?

[ anon70939 @ 12.09.2019. 22:22 ] @

Sklonio Hyper-V, obrisali mi se svi virtuelni network adapteri.
Dodao ga ponovo i dobio sam samo taj jedan "Default vEthernet".
Ovaj put nisam dodavao nov switch (adapter) koji bi bio eksterni, nego sam ovaj Default bridge-ovao sa svojim fizickim Ethernet adapterom.
Za sada deluje sve OK. Sve masine startovane, vec pola sata nista nije puklo

edit:
prerano sam se ponadao :D
zanimljivo da mogu da napisem ovu poruku jer mi je ostala stranica otvorena u browser-u, radi mi skajp i viber.
A ne mogu da pingujem nista van mreze. tracert ne prolazi dalje od gateway-a

_{[Ovu poruku je menjao CoyoteKG dana 12.09.2019. u 23:36 GMT+1]}

[ Branimir Maksimovic @ 13.09.2019. 05:50 ] @

Postojece konekcije rade, stvar je da ne mozes da otvaras nove kada se popuni limit.
To sto ne prolazi dalje od gateway-a govori da je limit udaren na gateway-u.

[ Zlatni_bg @ 14.09.2019. 14:09 ] @

Meni bio neki batica iz SBB u zgradi juce, kad sam ulazio u stan video sam da drnda onu razvodnu kutiju. Resih da se zakacim na modem i preko TVa da pogledam sta se desava sa signalom. Spustio za 2dBmV sve. Sada na D3 uredjaju vidim "jacina signala" 56%... sjajno :)

Kako stvari stoje ide se po principu dok se jednom smrkne drugom ne svane :)

[ anon70939 @ 14.09.2019. 23:10 ] @

Skinuo Hyper-V, instalirao Virtualbox, namestio opet istih 5 masina, sve radi super.

[ anon70939 @ 21.09.2019. 19:50 ] @

aaaa.... sednem posle nekoliko dana, da zavrsim tu instalaciju Mesosphere DC/OS i prodje instalacije, sve super, i posle malo cackanja pukne net na isti nacin.
Dakle definitivno do njihove mreze.

[ Branimir Maksimovic @ 21.09.2019. 19:53 ] @

Ostaje ti jos da zakacis svoj ruter na taj SBB-ov, pa tako rasteretis lan i ostane samo wan komunikacija sa tim ruterom...
ne verujem da sad te virtualke toliko opeterecuju wan, no nikad se ne zna...

[ anon70939 @ 21.09.2019. 20:03 ] @

da ali za to treba da stavim taj njihov modem da bude bridge. Kako?

[ anon70939 @ 21.09.2019. 20:04 ] @

da ali za to treba da stavim taj njihov modem da bude bridge. Kako?

[ Branimir Maksimovic @ 21.09.2019. 20:11 ] @

Citat:

CoyoteKG:
da ali za to treba da stavim taj njihov modem da bude bridge. Kako?

Ne treba. Stavis taj tvoj ruter da bude dmz i koristis dupli nat. Pitaj ih da li moze u bridge
ali dupli nat pravi malo problema, recimo kod timeout-a kod izgubljene konekcije
no mozda te to manje nervira od ispadanja neta.

[ anon70939 @ 21.09.2019. 20:22 ] @

meni ce to biti onda trostruki nat.

[ Branimir Maksimovic @ 21.09.2019. 20:27 ] @

Cek tebi lan ide preko SBB rutera a vec imas dupli nat? Mozda nisam najbolje shvatio ;)

[ anon70939 @ 21.09.2019. 22:25 ] @

pa da, zato sto sam iza CG-NAT

https://en.wikipedia.org/wiki/Carrier-grade_NAT

Dobijam adresu 100.69....

[ Zlatni_bg @ 22.09.2019. 01:29 ] @

Pa, iskreno ako hoces posle prvog nije ni bitno koji je... if u know what I mean :D

[ Branimir Maksimovic @ 22.09.2019. 04:08 ] @

Citat:

CoyoteKG:
pa da, zato sto sam iza CG-NAT

https://en.wikipedia.org/wiki/Carrier-grade_NAT

Dobijam adresu 100.69....

Ah da nat kod provajdera, pa nat na SBB ruteru, pa NAT na tvom ruteru ;)
Svakako tako probaj zato sto najverovatnije saobracaj u lanu opterecuje
siroti ruter ;)

[ anon70939 @ 10.10.2019. 21:32 ] @

Nisam neko vreme koristio računar, jer sam prodao staru polukonfiguraciju i sada sklopio nov (Ryzen 3600 sa B450-F, ovo se samo hvalim :P)
Dakle sada nemam nikakav Hypervizor instaliran, klot svež windows, instaliran World of Tanks, Google Chrome, Viber, Tidal.
U toku instalacije WoT puklo sve na isti način. Ne mogu da browsujem, Tidal, Viber i download WoT funkcioniše.
tracert ne prolazi dalje od moje mrežne kartice.
Ali ovaj put uradih netstat i izgleda imam dosta aktivnih konekcija.
Dakle Branimir je bio u pravu od prvog posta.

Code:
C:\Users\coyotekg>netstat -a

Active Connections

  Proto  Local Address          Foreign Address        State
  TCP    0.0.0.0:135            DESKTOP-I3L85GM:0      LISTENING
  TCP    0.0.0.0:445            DESKTOP-I3L85GM:0      LISTENING
  TCP    0.0.0.0:5040           DESKTOP-I3L85GM:0      LISTENING
  TCP    0.0.0.0:6881           DESKTOP-I3L85GM:0      LISTENING
  TCP    0.0.0.0:7680           DESKTOP-I3L85GM:0      LISTENING
  TCP    0.0.0.0:8999           DESKTOP-I3L85GM:0      LISTENING
  TCP    0.0.0.0:49664          DESKTOP-I3L85GM:0      LISTENING
  TCP    0.0.0.0:49665          DESKTOP-I3L85GM:0      LISTENING
  TCP    0.0.0.0:49666          DESKTOP-I3L85GM:0      LISTENING
  TCP    0.0.0.0:49667          DESKTOP-I3L85GM:0      LISTENING
  TCP    0.0.0.0:49668          DESKTOP-I3L85GM:0      LISTENING
  TCP    0.0.0.0:49669          DESKTOP-I3L85GM:0      LISTENING
  TCP    0.0.0.0:59866          DESKTOP-I3L85GM:0      LISTENING
  TCP    127.0.0.1:10134        DESKTOP-I3L85GM:0      LISTENING
  TCP    127.0.0.1:30666        DESKTOP-I3L85GM:0      LISTENING
  TCP    127.0.0.1:45112        DESKTOP-I3L85GM:0      LISTENING
  TCP    127.0.0.1:50618        DESKTOP-I3L85GM:50619  ESTABLISHED
  TCP    127.0.0.1:50619        DESKTOP-I3L85GM:50618  ESTABLISHED
  TCP    127.0.0.1:50620        DESKTOP-I3L85GM:50621  ESTABLISHED
  TCP    127.0.0.1:50621        DESKTOP-I3L85GM:50620  ESTABLISHED
  TCP    127.0.0.1:50628        DESKTOP-I3L85GM:0      LISTENING
  TCP    127.0.0.1:50628        DESKTOP-I3L85GM:50635  ESTABLISHED
  TCP    127.0.0.1:50635        DESKTOP-I3L85GM:50628  ESTABLISHED
  TCP    127.0.0.1:50669        DESKTOP-I3L85GM:50670  ESTABLISHED
  TCP    127.0.0.1:50670        DESKTOP-I3L85GM:50669  ESTABLISHED
  TCP    127.0.0.1:50691        DESKTOP-I3L85GM:50692  ESTABLISHED
  TCP    127.0.0.1:50692        DESKTOP-I3L85GM:50691  ESTABLISHED
  TCP    127.0.0.1:50693        DESKTOP-I3L85GM:50694  ESTABLISHED
  TCP    127.0.0.1:50694        DESKTOP-I3L85GM:50693  ESTABLISHED
  TCP    127.0.0.1:52044        DESKTOP-I3L85GM:52045  ESTABLISHED
  TCP    127.0.0.1:52045        DESKTOP-I3L85GM:52044  ESTABLISHED
  TCP    192.168.0.19:139       DESKTOP-I3L85GM:0      LISTENING
  TCP    192.168.0.19:50493     40.67.254.36:https     ESTABLISHED
  TCP    192.168.0.19:50498     40.67.254.36:https     ESTABLISHED
  TCP    192.168.0.19:50513     192.168.0.14:8009      ESTABLISHED
  TCP    192.168.0.19:50519     192.168.0.14:8008      ESTABLISHED
  TCP    192.168.0.19:50521     64.233.184.188:5228    ESTABLISHED
  TCP    192.168.0.19:50522     99.86.243.31:https     ESTABLISHED
  TCP    192.168.0.19:50558     151.101.114.142:http   ESTABLISHED
  TCP    192.168.0.19:51140     52.0.253.143:4244      ESTABLISHED
  TCP    192.168.0.19:51622     92.223.126.211:6901    ESTABLISHED
  TCP    192.168.0.19:51623     92.223.126.208:6903    ESTABLISHED
  TCP    192.168.0.19:51624     92.223.126.208:6905    ESTABLISHED
  TCP    192.168.0.19:51625     92.223.126.208:6901    ESTABLISHED
  TCP    192.168.0.19:51626     92.223.126.208:6904    ESTABLISHED
  TCP    192.168.0.19:51627     92.223.126.208:6902    ESTABLISHED
  TCP    192.168.0.19:51629     92.223.126.208:6900    ESTABLISHED
  TCP    192.168.0.19:51680     92.223.126.211:6904    ESTABLISHED
  TCP    192.168.0.19:51681     92.223.126.211:6905    ESTABLISHED
  TCP    192.168.0.19:51682     92.223.126.211:6902    ESTABLISHED
  TCP    192.168.0.19:51683     92.223.126.211:6903    ESTABLISHED
  TCP    192.168.0.19:51684     92.223.126.211:6900    ESTABLISHED
  TCP    192.168.0.19:51726     92.223.126.209:6903    ESTABLISHED
  TCP    192.168.0.19:51728     92.223.126.212:6905    ESTABLISHED
  TCP    192.168.0.19:51729     92.223.126.212:6903    ESTABLISHED
  TCP    192.168.0.19:51730     92.223.126.212:6902    ESTABLISHED
  TCP    192.168.0.19:51731     92.223.126.209:6907    ESTABLISHED
  TCP    192.168.0.19:51732     92.223.126.212:6900    ESTABLISHED
  TCP    192.168.0.19:51735     92.223.126.209:6904    ESTABLISHED
  TCP    192.168.0.19:51736     92.223.126.209:6901    ESTABLISHED
  TCP    192.168.0.19:51737     92.223.126.209:6902    ESTABLISHED
  TCP    192.168.0.19:51776     152.195.53.200:https   ESTABLISHED
  TCP    192.168.0.19:51783     152.195.53.200:https   ESTABLISHED
  TCP    192.168.0.19:51817     92.223.126.209:6900    ESTABLISHED
  TCP    192.168.0.19:51892     92.223.124.19:6902     ESTABLISHED
  TCP    192.168.0.19:51951     92.223.124.19:6907     ESTABLISHED
  TCP    192.168.0.19:51954     92.223.124.19:6905     ESTABLISHED
  TCP    192.168.0.19:51956     92.223.124.19:6903     ESTABLISHED
  TCP    192.168.0.19:51957     92.223.124.19:6901     ESTABLISHED
  TCP    192.168.0.19:51958     92.223.124.19:6900     ESTABLISHED
  TCP    192.168.0.19:51970     92.223.124.20:6903     ESTABLISHED
  TCP    192.168.0.19:51981     92.223.126.214:6904    ESTABLISHED
  TCP    192.168.0.19:51982     92.223.126.214:6905    ESTABLISHED
  TCP    192.168.0.19:51984     92.223.126.214:6903    ESTABLISHED
  TCP    192.168.0.19:52019     92.223.97.97:http      ESTABLISHED
  TCP    192.168.0.19:52078     185.199.109.154:https  ESTABLISHED
  TCP    192.168.0.19:52079     185.199.109.154:https  ESTABLISHED
  TCP    192.168.0.19:52095     92.223.97.97:http      ESTABLISHED
  TCP    192.168.0.19:52218     13.107.18.11:https     ESTABLISHED
  TCP    192.168.0.19:52311     62.131.204.219:6881    SYN_SENT
  TCP    192.168.0.19:52312     78.102.192.45:6881     SYN_SENT
  TCP    192.168.0.19:52313     77.153.20.235:6881     SYN_SENT
  TCP    192.168.0.19:52314     81.189.17.131:61674    SYN_SENT
  TCP    192.168.0.19:52315     192.168.0.107:ms-do    SYN_SENT
  TCP    192.168.0.19:52316     83.86.120.105:6881     SYN_SENT
  TCP    192.168.0.19:52317     84.175.55.57:6881      SYN_SENT
  TCP    192.168.0.19:52318     79.121.41.80:13313     SYN_SENT
  TCP    [::]:135               DESKTOP-I3L85GM:0      LISTENING
  TCP    [::]:445               DESKTOP-I3L85GM:0      LISTENING
  TCP    [::]:6881              DESKTOP-I3L85GM:0      LISTENING
  TCP    [::]:7680              DESKTOP-I3L85GM:0      LISTENING
  TCP    [::]:8999              DESKTOP-I3L85GM:0      LISTENING
  TCP    [::]:49664             DESKTOP-I3L85GM:0      LISTENING
  TCP    [::]:49665             DESKTOP-I3L85GM:0      LISTENING
  TCP    [::]:49666             DESKTOP-I3L85GM:0      LISTENING
  TCP    [::]:49667             DESKTOP-I3L85GM:0      LISTENING
  TCP    [::]:49668             DESKTOP-I3L85GM:0      LISTENING
  TCP    [::]:49669             DESKTOP-I3L85GM:0      LISTENING
  UDP    0.0.0.0:1900           *:*
  UDP    0.0.0.0:1900           *:*
  UDP    0.0.0.0:5050           *:*
  UDP    0.0.0.0:5353           *:*
  UDP    0.0.0.0:5353           *:*
  UDP    0.0.0.0:5353           *:*
  UDP    0.0.0.0:5355           *:*
  UDP    0.0.0.0:6771           *:*
  UDP    0.0.0.0:6771           *:*
  UDP    0.0.0.0:6771           *:*
  UDP    0.0.0.0:6771           *:*
  UDP    0.0.0.0:6881           *:*
  UDP    0.0.0.0:8999           *:*
  UDP    0.0.0.0:54821          *:*
  UDP    0.0.0.0:55762          *:*
  UDP    0.0.0.0:56239          *:*
  UDP    0.0.0.0:59867          *:*
  UDP    0.0.0.0:65154          *:*
  UDP    127.0.0.1:1900         *:*
  UDP    127.0.0.1:1900         *:*
  UDP    127.0.0.1:1900         *:*
  UDP    127.0.0.1:6771         *:*
  UDP    127.0.0.1:49664        *:*
  UDP    127.0.0.1:55761        *:*
  UDP    127.0.0.1:59244        *:*
  UDP    127.0.0.1:65149        *:*
  UDP    127.0.0.1:65153        *:*
  UDP    192.168.0.19:137       *:*
  UDP    192.168.0.19:138       *:*
  UDP    192.168.0.19:1900      *:*
  UDP    192.168.0.19:1900      *:*
  UDP    192.168.0.19:1900      *:*
  UDP    192.168.0.19:6771      *:*
  UDP    192.168.0.19:6771      *:*
  UDP    192.168.0.19:55760     *:*
  UDP    192.168.0.19:55763     *:*
  UDP    192.168.0.19:59243     *:*
  UDP    192.168.0.19:65148     *:*
  UDP    192.168.0.19:65152     *:*
  UDP    [::]:5353              *:*
  UDP    [::]:5353              *:*
  UDP    [::]:5355              *:*
  UDP    [::]:6771              *:*
  UDP    [::]:6771              *:*
  UDP    [::]:6881              *:*
  UDP    [::]:8999              *:*
  UDP    [::]:54821             *:*
  UDP    [::]:56239             *:*
  UDP    [::1]:1900             *:*
  UDP    [::1]:6771             *:*
  UDP    [::1]:59242            *:*
  UDP    [::1]:65151            *:*
  UDP    [fe80::8077:d28c:c816:eed5%4]:1900  *:*
  UDP    [fe80::8077:d28c:c816:eed5%4]:6771  *:*
  UDP    [fe80::8077:d28c:c816:eed5%4]:6771  *:*
  UDP    [fe80::8077:d28c:c816:eed5%4]:55765  *:*
  UDP    [fe80::8077:d28c:c816:eed5%4]:59241  *:*
  UDP    [fe80::8077:d28c:c816:eed5%4]:65150  *:*

Podrška u međuvremenu slala treći put likove da mere signal, nisam više imao volje sa tim, jer su mi ti koji treba da mere preko tel rekli da su daljinski proverili i da je sve OK.
Večeras mi iz podrške rekli da je vrlo moguće da je problem sa kombinacijom broja konekcija i cg-nat. Pitao sam da mi daju statičku na desetak dana da proverimo da li bi to rešilo problem, ali to bih morao da platim 610 din, što mi nije realno da treba da uradim...
Tako da ću sad verovatno tražiti da se raskine ugovor i da pređem na MTS optiku koju imam u zgradi. Jer računar mi je neupotrebljiv. Nit mogu da učim u svom lab-u, nit mogu da se igram. A za surf mi računar nije potreban.

[ Branimir Maksimovic @ 10.10.2019. 22:09 ] @

"problem sa kombinacijom broja konekcija i cg-nat."

Sve zavisi koji ruter imaju sa druge strane i koji je limit, mislim da samo masina sa dosta rama to moze da pokrije. Posto nisi jedini na njemu, to bi zaista mogao
biti problem, ali do njih vise nego tvoj.

"Tako da ću sad verovatno tražiti da se raskine ugovor i da pređem na MTS optiku koju imam u zgradi."

Vidi cifru, ako imas istu brzinu za iste pare onda se isplati...

[ anon70939 @ 10.10.2019. 22:31 ] @

ma nije mi do isplativosti toliko koliko do obicnih funkcionalnosti. Nisam nesto zahtevan sto se tice brzine
Treba mi lab, net... Ajd bez WoT bih mogao, ali to mi je jedini izduv

[ Zlatni_bg @ 11.10.2019. 04:39 ] @

Moram reci da je malo bezveze da imamo moderatora ovde koji je netadmin u SBBu i mogao bi malo vise da pomogne od naseg gledanja u pasulj. Kako je lepo na overclock.netu gde lepo imas Cooler Master repove na primer, pa kad ti se pojavi problem, javi ti se lepo covek i pomogne pri resavanju problema. Ovako vec mesecima Kojot glupa glavu oko toga zbog cega mu zabada mreza, cimao SBB bezbroj puta, a evidentno ne rade puno na tom polju.

Pusti celu pricu, menjaj operatera. Kad mene zakaci CGNAT isto cu.

Necu da dizem frku ali od ogromnog sirenja mreze napravili su cirkus dosta puta i kod mene. Dodju komsiji da nameste nesto, meni pokvare signal. Meni nameste, komsiji pokvare i tako u krug. Trenutno na svakom TVu sa njihovim boxovima kvalitet signala stoji na 50%, na jednom je bilo OGROMNOG gubitka paketa i zabadanja slike na 3-5sec po 2-3sec. Menjao kablove, dzaba. Dosli, pojacali signal u razvodnoj kutiji, posle par nedelja/meseci opet dosli i spustili jacinu signala sto je rezultovalo da kvalitet opet opadne. Da, znam da se sa jacinom signala pojacava i sum, ali ako imamo 3 ili vise uredjaja koji zahtevaju coax splitere, kako da ih vozimo sa niskom jacinom signala?

Kapiram da kod ostalih nije mnogo sjajnija prica, ali ovo se ne resava na nivou pojedinca vec globalno.

[ Branimir Maksimovic @ 11.10.2019. 04:56 ] @

Nego nesto razmisljam, NAT sam po sebi moze imati onoliko konekcija koliko ima portova, znaci 64k. Neka stave 64 korisnika na jedan ip i eto ti limit od 1000 konekcija ;(

[ anon70939 @ 11.10.2019. 06:45 ] @

Citat:

Zlatni_bg:
Moram reci da je malo bezveze da imamo moderatora ovde koji je netadmin u SBBu i mogao bi malo vise da pomogne od naseg gledanja u pasulj. Kako je lepo na overclock.netu gde lepo imas Cooler Master repove na primer, pa kad ti se pojavi problem, javi ti se lepo covek i pomogne pri resavanju problema.

Obično firme imaju takve polise i pravilnike ponasanja na socijalnim mrezama gde zabranjuju zaposlenima pa pisu u ime firme kako bi se zastitili od loseg predstavljanja.

A sto se tice Cooler Master, na Sekiri ili Bencu sam pre 6 godina otvorio temu jer me zezalo nesto nelogicno i sumnjao sam na napajanje. Ubacio se neki lik u pricu pa se ispostavilo da radi za CM.
Onako na poverenje mi poslao novo napajanje od stotinak €, da probam s njim da vidim hoce li ti neki gremlini da se desavaju.
Tako da postoji i kod nas tako nesto :)
Od tad kad se dvoumim oko neke komponente, prednost dam CM

[ anon70939 @ 13.10.2019. 17:24 ] @

Sunce mu hebem...
Preko 15 godina sam konstantno korisnik SBB. Pa i da nisam bio 100% siguran da treba da promenim provajdera, sada ću sigurno.
Ajd support telefonski... koliko toliko saslušao me lik više puta, pokušao nešto, nije ništa uspeo, ali je bar bio iskren i ljubazan...

Ali sad kad je došlo do potvrde sa njegove strane, da je pričao sa šefom i da je problem NAT i broj konekcija koji ostvarujem, uputili me da pišem na info@ email, da vidim kako da mi reše problem da me sklone sa NAT ili da raskidamo ugovor.

Zapao mi neki Vladan Kaljević, čije mailove vidim "obožavaju" po forumima. Pa lik je ili bezobrazan ili nezainteresovan ili nije preterano pametan.
Kako SBB opstaje sa takvim supportom?!

_{[Ovu poruku je menjao CoyoteKG dana 13.10.2019. u 18:38 GMT+1]}

[ calexx @ 13.10.2019. 17:49 ] @

Nisu imali konkurenciju pa su se razmahali. Sada se pojavljuju i mnogo bolje ponude ali se oni još nisu opametili. Kada bar mts razvuče optiku, pitaću ih da li će tako da razgovaraju. A ovde na jugu već imaju konkurenciju, bar za internet.

[ anon70939 @ 13.10.2019. 18:02 ] @

Ma verovatno i ja u NS imam da biram.
Nisam se do sada raspitivao. Za MTS optiku sam siguran. Jedini razlog za koji sam se odlučio za SBB jeste što sam eto navikao na njih i nisam imao u KG nikakvih problema ni čestih susreta sa supportom.

Objasnim sve u mailu ispočetka što sam pričao mesecima telefonski sa supportom, i da je na kraju zaključak sa njihove strane da je problem što sam iza NAT, da to ne može biti promenjeno jer sam na takvom čvorištu, da jedino da kupim statičku IP.
Meni suludo da dodajem još 610 din i da je kupujem ako mi ne treba da pristupam spolja, a ne treba mi.
Samo neka nameste da im to iza NAT radi kako treba.
I pitam da li mogu da reše problem, ako ne da mi kažu koja je procedura oko raskida ugovora.

I lik mi pošalje neki generički email sa objašnjenjem šta je NAT. Hebe mu se dalje...

Objasnim ponovo šta je problem i da ne želim da kupujem statičku adresu, neka mi omoguće sa natovanom da funkcioniše kako treba ili instrukcije oko raskida ugovora.

On opet posle par dan se javi kratko... da preciziram kakve poteškoće imam i da dokumentujtem.

Sad treba i s njim da se razvlačim mesecima!? Pored svih snimljenih razgovora sa njihove strane, beležaka od strane njihovog supporta.

[ anon70939 @ 13.10.2019. 18:15 ] @

Sad pokusavam da izguglam sta ima od operatera u NS. Nalazim samo Beotel, MTS i SBB...

U prvim rezultatima mi greškom izlazi i Exe net, ali oni su iz Niša. Za 2340 din sjajan paket 150/60 optika sa solidnim brojem TV kanala...
A kod SBB za 800 din skuplje imam osnovni Eon 50/4

[ calexx @ 14.10.2019. 16:29 ] @

Mislim da idu prema severu ali nisu prešli u gornju polovinu. ;) Sada traje akcija 12 meseci po dinar za prebege, sestričini istekla UO kod SBB-a, Exe-net joj ponudio praktično upola cene i uzela je neki trio paket sa sve telefonom, 320/100 za 2.120 mesečno. Pristojno. ;)