DIGI.NET - probleme cu serviciile, echipamentele etc.

Am nevoie de setarile de la un router RT-N12+. (Provider RDS) Ma puteti ajuta careva? Am incercat sa-l configurez, dar imi arata jos "no internet access" si pe ip scrie "conectat".

Lasă gol câmpul „service name”

KyKyKyKy, on 28 februarie 2018 - 01:39, said:

Unde?

De asearã nu merge netul. Am sunat la ei dupa ce încercasem de toate inclusiv schimbarea parolei. Au spus ca au un incident in zina despre are se stie si ca voi primi un sms cand se va rezolva. Deocamdatã nimic, este prima problema dupa ani de zile de funcționare ireproșabilã. Cred ca este serviciul de care sunt cel mai mulțumit (incluzând caldura, energie, telefonie, transport, frizerie etc) ma rog si ala de cablu tv.


Le: si-a revenit. Sms au uitat sa mai dea.

Edited by dreaQ, 17 March 2018 - 11:44.

Le-am trimis un mail celor de la RDS cu intrebarea daca pot face cerere sa nu mai primesc Ip CGN daca nu sunt titularul contractului si ei imi trimit inapoi raspuns ca link-ul descriptiei serviciului fiberlink si precizarea ca ipul este dinamic.
Da, domnilor , stiu si eu ca e dinamic, dar in descrierea serviciului nu scrie nicaieri ca iti poate fi asociat un ip care nu este accesibil din exterior

Mda, te-ai lovit de prostia suportului tehnic, ce trist. Poti activa DDNS de la ei din digicare, ar trebui sa nu mai primesti IP CGN cand e activ.

o sa vb cu propietarul sa vad daca are facut cont si daca imi poate da acces.

diZy, on 17 martie 2018 - 18:47, said:

Din cate stiu eu nu se verifica daca clientul are DDNS activat, se verifica doar incarcarea pe serverele din zona X si in functie de incarcare si de numarul de IP-uri libere un user primeste sau nu un IP CGN. Nu am aprofundat insa verificarile ca sa fiu sigur 100%. De la support ce sa ceri cand fostul coordonator a avut grija sa transforme toti oamenii in niste maimute care nu gandesc. Din pacate acum e destul de tarziu sa se redreseze situatia in conditiile in care cei mai vechi operatori din support, ma refer la Bucuresti, sunt deja indoctrinati. Pai cam greu ca cei noi sa invete ceva de la cei vechi, sa nu mai zicem ca cei noi sunt de pe la Frontline unde ghici ce tot maimute se formeaza. Problema de baza, cea mai mare si de care greu se va scapa de ea la RDS, este gandirea comunista, un operatorii nu sunt motivati sa se dezvolte personal si profesional, sunt indoctrinati in asa hal ca in clipa de fata nu se gasesc oameni sa suplinesca plecarile de la departamentele tehnice.

Atunci cum sa ne asteptam ca maimuta de la support sa inteleaga intrebarea pusa de client? Ca daca aude un cuvant mai "greu" s-au udat toti din support, de transpiratie, si fie d-au cu mucii in fasole, d-au raspuns fara legatura cu intrebarea, sau d-au ticketul la NOC sa verifice NOC-ul ceva, ceea ce a inteles supportul. Cand se intoarce ticketul oricum supportul nu intelege raspunsul de la NOC.

Pacat ca sunt prin firma aia niste oameni super okay care au adus-o unde e acum insa mentalitatea de cacat a unor "manageri" vor ingropa firma daca Serghei, Bendei si Zoli nu vor face ceva in privinta asta.

LE: Ptiu drace acu' am vazut ca am scris *dau* cu partea dorsala. Mda eu inteligentu'.

facts:
- CGN nu are nicio legătură cu DDNS-ul RDS-ului (go.ro) - atât timp cat tu esti clientul lor iar ei dețin authoritative answer pt go.ro iți pot aloca orice ip inclusiv CGN (100.64.0.0/10) si tie sa iti mearga inclusiv adresamea.go.ro - see RFC 6886 NAT-PMP / nat traversal & RFC3489 "full cone NAT"
- dpdv legal (contractual) și tehnic ei nu se obliga nicăieri ce clasa de ip-uri o sa primești tu (ca persoana fizica) - la PJ, e alta mâncare de peste, atât timp cat oferă ip public fix sau/și bgp.
- CGN-ul este un răspuns "provizoriu" pentru  o problema globala (nu mai sunt ipv4), tocmai d-aia RDS (bravo lor) au fost printre primii ISP-isti care au implementat ipv6 la scara larga
- soluția la CGN este doar IPV6 - pana se va implementa  RFC 6887 (PCP) care este doar o "rezolvare a CGN-ului pt IPV4", deci pana la urma tot IPV6 e soluția corecta

rants:
- zonele cu dezvoltare rapida și creștere/cerere "logaritmica" a accesului la internet vor fi primele afectate de CGN
- din observațiile personale, rds a alocat deja de câțiva ani toate resursele lor ipv4 pe regiuni și dacă ai ghinionul sa fi in pool-ul ipv4 ce "tocmai" se termina în zona respectiva, o sa treci pe CGN
- pppoe nu a fost gândit ca o soluție/conexiune de baza pentru acces non-stop la internet ci datorita raportului supra-unitar dintre cerere de conexiuni si pool-ul valabil de ipv4 (pppoe s-a dezvoltat/explodat cu apariția DSL-ului) - iar acum avem routere ce pot sta conectate sute de zile - asta pana nu iți iei "kick" (cel puțin în zona mea, nicio conexiune nu mai sare de 100 zile, automat primești Connection terminated: no multilink)


pentru aprofundare CGN vs ipv6 CISCO are o prezentare la obiect AICI

Edited by ogo, 18 March 2018 - 01:13.

@ogo Dacă clientul primește IP CGN, ce adresă IP ar fi asignată numelui DDNS?

Edited by mhanor, 18 March 2018 - 01:41.

Tehnic vorbind, care vrea RDS (ip-ul dedicat, public, pentru ddns cgn). Virtual hosts.

100 CGN-uri > 1 ip public cu 100 virtual hosts.

Cam mult 111 pagini dar merita citit. Totusi in acest moment nu se poate accesa un DDNS cu IP CGN.

nu vad nici o rezolvare in ipv6.
eu nu am reusit de nici o culoare sa imi accesez reteaua interna folosind ipv6

Poți, dar trebuie să știi ce faci. Routerul trebuie să solicite prefix /64 de la provider și să-l anunțe în rețeaua internă. Clienții din LAN trebuie să știe IPv6. Apoi apelezi la un serviciu DDNS gratuit care știe și IPv6 (gen no-ip.org), doar că trebuie să rulezi clientul DDNS pe PC-ul din LAN care trebuie accesat din exterior.
Activează DDNS din Digicare și repornește conexiunea PPPoE după 5 minute. Ar trebui să primești IP public.

Edited by mhanor, 18 March 2018 - 11:34.

ddns client pe PC nu e o solutie, ci un compromis. daca se schimba ipul cand pc-ul nu e pornit...salut !

Edited by apoklyps3, 18 March 2018 - 11:38.

Și cum vrei să-l accesezi, dacă-i închis?

ii dau wake
hai sa n-o mai taraganam aiurea. nu e ok ce fac cei de la rds si ipv6 nu e nici o solutie