DIGI.NET - abonamente, opţiuni, echipamente etc.
Last Updated: Apr 28 2024 12:22, Started by
ciuly
, Feb 01 2010 23:13
·
99
#6355
Posted 05 August 2019 - 15:45
DDNS-ul de la Digi redirecționează și prin IPv6?
Am încercat cu cineva care are și IPv6, dar conexiunea tot prin IPv4 se duce. Dacă bag în browser adresa IPv6 a serverului merge. Este o posibilitate ca pe viitor să face redirecționare și prin v6? |
#6356
Posted 06 August 2019 - 11:38
- doar ipv4
- tehnic se poate si ipv6, dar trebuie sa vrea digi pt ddns-ul lor |
#6357
Posted 06 August 2019 - 13:04
Sigur se poate face DDNS pe un intreg subnet IPV6 dinamic?
|
#6358
Posted 06 August 2019 - 13:23
Nu e vorba de PD e vorba de /128 de pe interfata catre RDS. Si pe PD se face dar nu vad motivul. Plus ca nu cred ca se complica cineva cu asa ceva. la acel /128 se rezolva usor ca deja fac asta cu IPv4 si trebuie doar sa adapteze pentru IPv6 dar la PD ma indoiesc ca se face ceva. Nu ca e imposibil.
|
#6359
Posted 06 August 2019 - 14:42
Cum multă lume este pe Digi și au IPv6, un server să fie în CGN pe IPv4, dar clienții să acceseze serverul prin DDNS prin IPv6.
Zilele trecute mi-a cerut un prieten ajutorul că nu putea face server-e, iar cu acordul lui am făcut tichet pentru a ieși din CGN. Cred că ar fi mers dacă putea face prin IPv6. |
#6360
Posted 08 August 2019 - 16:05
@DIGI_Helper
Felicitari pt RFC4638 ogo@unms:~$ sudo ping -c 5 -s 1472 bbc.co.uk -4 PING bbc.co.uk (151.101.192.81) 1472(1500) bytes of data. 1480 bytes from 151.101.192.81 (151.101.192.81): icmp_seq=1 ttl=59 time=46.5 ms 1480 bytes from 151.101.192.81 (151.101.192.81): icmp_seq=2 ttl=59 time=46.0 ms 1480 bytes from 151.101.192.81 (151.101.192.81): icmp_seq=3 ttl=59 time=46.2 ms 1480 bytes from 151.101.192.81 (151.101.192.81): icmp_seq=4 ttl=59 time=46.0 ms 1480 bytes from 151.101.192.81 (151.101.192.81): icmp_seq=5 ttl=59 time=46.0 ms --- bbc.co.uk ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4004ms rtt min/avg/max/mdev = 46.045/46.190/46.507/0.325 ms C:\Windows\system32>ping -f -l 1472 google.com Pinging google.com [216.58.214.238] with 1472 bytes of data: Reply from 216.58.214.238: bytes=68 (sent 1472) time=22ms TTL=56 Reply from 216.58.214.238: bytes=68 (sent 1472) time=21ms TTL=56 Reply from 216.58.214.238: bytes=68 (sent 1472) time=21ms TTL=56 Reply from 216.58.214.238: bytes=68 (sent 1472) time=21ms TTL=56 Ping statistics for 216.58.214.238: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 21ms, Maximum = 22ms, Average = 21ms 1472 "ai mei" + 8 header icmp + 20 header ip = 1500 MTU standard ethernet ogo@gw-001-main:~$ show interfaces pppoe pppoe0 pppoe0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN group default qlen 100 link/ppp inet 5.XX.XX.XXpeer 10.0.0.1/32 scope global pppoe0 valid_lft forever preferred_lft forever inet6 2a02:2f0d:XXX:XXX::XXX:XXX/128 scope global valid_lft forever preferred_lft forever inet6 fe80::50e:86c/10 scope link valid_lft forever preferred_lft forever RX: bytes packets errors dropped overrun mcast 647755 6228 0 0 0 0 TX: bytes packets errors dropped carrier collsns 792577 7214 0 0 0 0 RX: bytes packets errors dropped overrun mcast 647755 6228 0 0 0 0 TX: bytes packets errors dropped carrier collisions 792577 7214 0 0 0 0 |
#6361
Posted 08 August 2019 - 17:36
update la mtu1500:
Dupa cum bine se stie, nu tot internetul "foloseste" standard 1500 mtu ethernet, asadar, mai sunt site-uri care nu se incarca (de ex sonicwalldotcom (sau un router pana in el) are un mtu mai mic de 1500). Si asta din cauza de lazy admins blocati in era dial-up si care blocheaza icmp (din cauza de ping mai ales) a.i. router-ul in cauza nu poate da un reply la path mtu discovery si sa raspunda clientului cu packet is too big. Si din cauza asta nici nu se poate verifica cu tracepath. ex. sonicwall.com nu raspunde cat e setat mtu1500 iar cu tracepath nu ajung pana in el din cauza ce ziceam mai sus (icmp blocat): ogo@unms:~$ tracepath -b 107.154.75.50 1?: [LOCALHOST] pmtu 1500 1: gw.purple.lan (192.168.0.1) 0.806ms 1: gw.purple.lan (192.168.0.1) 0.497ms 2: 10.0.0.1 (10.0.0.1) 2.011ms 3: 10.225.83.161 (10.225.83.161) 2.478ms 4: 10.220.142.135 (10.220.142.135) 11.607ms 5: 83.217.231.5 (83.217.231.5) 39.687ms asymm 7 6: ae-1.r01.buchro01.ro.bb.gin.ntt.net (129.250.3.138) 128.292ms asymm 12 7: ae-18.r24.amstnl02.nl.bb.gin.ntt.net (129.250.3.62) 49.425ms asymm 8 8: ae-3.r25.amstnl02.nl.bb.gin.ntt.net (129.250.4.69) 48.504ms asymm 7 9: ae-5.r23.asbnva02.us.bb.gin.ntt.net (129.250.6.162) 127.407ms asymm 8 10: ae-2.r05.asbnva02.us.bb.gin.ntt.net (129.250.2.22) 127.028ms asymm 8 11: 192.80.17.94 (192.80.17.94) 131.492ms asymm 9 12: no reply 13: no reply 14: no reply 15: no reply 16: no reply 17: no reply ps softpedia merge cu mtu1500 digiromania nu asadar, deocamdata, mtu1500 e un no go, dar indiferent, felicitari departmentului tehnic rds |
#6362
Posted 08 August 2019 - 18:25
Eu ii felicit pentru RFC-ul legat de IPv6 si mai ales pe cele 2 persoane care l-au scris.
Edited by MembruAnonim, 08 August 2019 - 18:26. |
#6363
Posted 09 August 2019 - 10:14
Pentru abonare la internet si tv,ce oferte au agentii de teren in Craiova?
|
#6364
Posted 09 August 2019 - 14:49
Revin (cu picioarele pe pamant).
DIGI nu cred ca e fully compliant cu RFC4638, router-ul meu cere MRU 1500 dar primeste doar 1492 Am pus o intrebare la dep tehnic, sa vedem. |
|
#6365
Posted 09 August 2019 - 16:14
Digi nu are toata reteaua RFC4638 compliant, asadar, in prezent MTU max e 1492. Raspuns telefonic.
|
#6366
Posted 12 August 2019 - 09:37
ogo, on 08 august 2019 - 16:05, said:
@DIGI_Helper Felicitari pt RFC4638 ogo@unms:~$ sudo ping -c 5 -s 1472 bbc.co.uk -4 PING bbc.co.uk (151.101.192.81) 1472(1500) bytes of data. 1480 bytes from 151.101.192.81 (151.101.192.81): icmp_seq=1 ttl=59 time=46.5 ms 1480 bytes from 151.101.192.81 (151.101.192.81): icmp_seq=2 ttl=59 time=46.0 ms 1480 bytes from 151.101.192.81 (151.101.192.81): icmp_seq=3 ttl=59 time=46.2 ms 1480 bytes from 151.101.192.81 (151.101.192.81): icmp_seq=4 ttl=59 time=46.0 ms 1480 bytes from 151.101.192.81 (151.101.192.81): icmp_seq=5 ttl=59 time=46.0 ms --- bbc.co.uk ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4004ms rtt min/avg/max/mdev = 46.045/46.190/46.507/0.325 ms C:\Windows\system32>ping -f -l 1472 google.com Pinging google.com [216.58.214.238] with 1472 bytes of data: Reply from 216.58.214.238: bytes=68 (sent 1472) time=22ms TTL=56 Reply from 216.58.214.238: bytes=68 (sent 1472) time=21ms TTL=56 Reply from 216.58.214.238: bytes=68 (sent 1472) time=21ms TTL=56 Reply from 216.58.214.238: bytes=68 (sent 1472) time=21ms TTL=56 Ping statistics for 216.58.214.238: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 21ms, Maximum = 22ms, Average = 21ms 1472 "ai mei" + 8 header icmp + 20 header ip = 1500 MTU standard ethernet ogo@gw-001-main:~$ show interfaces pppoe pppoe0 pppoe0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN group default qlen 100 link/ppp inet 5.XX.XX.XXpeer 10.0.0.1/32 scope global pppoe0 valid_lft forever preferred_lft forever inet6 2a02:2f0d:XXX:XXX::XXX:XXX/128 scope global valid_lft forever preferred_lft forever inet6 fe80::50e:86c/10 scope link valid_lft forever preferred_lft forever RX: bytes packets errors dropped overrun mcast 647755 6228 0 0 0 0 TX: bytes packets errors dropped carrier collsns 792577 7214 0 0 0 0 RX: bytes packets errors dropped overrun mcast 647755 6228 0 0 0 0 TX: bytes packets errors dropped carrier collisions 792577 7214 0 0 0 0 Salut, ogo, Ne bucuram ca esti multumit de serviciile noastre, apreciem feedback-ul tau! |
#6367
Posted 12 August 2019 - 13:48
Da, icmp merge dar tcp (ceea ce conteaza) nu merge, asadar fac mss-clamp la 1452 pana cand (daca) o se implementeze RFC4638.
Nu e mult de munca, doar de setat MTU1508 pe interfata ethernet a serverelor pppoe (banuiesc ca majoritatea echipamentele stiu rfc4638 fara probleme). |
#6368
Posted 13 August 2019 - 10:12
Salutare, ieri mi s-a instalat un ONT ZTE F618 . Inca nu sunt mutat in locatia respectiva. As dori sa intreb care e viteza ce se poate obtine pe wifi? sau mai bine sa cer sa mi se comute in bridge si sa imi iau un router gigabit.
|
#6369
Posted 13 August 2019 - 11:24
Bridge si router, e slab Wi-Fi-ul stock de la ONT, la fratele meu pe Fiber Home nu am mai sus de 70 mbps, uneori nici 50, pe cand pe routerul meu am 117 mbps pe 2,4 Ghz.
|
|
#6370
Posted 19 August 2019 - 11:05
Dupa 2 zile de functionare , s-a ars modulul de CATV al ONT-ului ZTE F 618 si mi-au instalat un mininod. Pentru net, am luat un router Tenda AC 1200 care isi face treaba excelent.
|
#6371
Posted 19 August 2019 - 12:46
Salut! sper ca postez unde trebuie... M-am mutat cu chirie intr-un apartament, unde am descoperit ca sunt datorii la adresa, de la vechii chiriasi. Eu am un abonament pe numele meu la RDS de 7-8 ani intr-o alta locatie (unde locuiesc parintii mei) si mi-as dori un al 2 lea abonament de net+tv aici unde stau in chirie. Consultantii din magazin mi-au spus ca nu am nici o sansa sa instalez, pana nu vin vechii chiriasi sa isi plateasca si sa inchida abonamentul.
Stie cineva vreo metoda prin care as putea totusi sa beneficiez de servicii rds si aici? |
#6372
Posted 06 September 2019 - 19:25
O intrebare: e vreo limitare mai noua pe reteaua digi net de nu pot accesa netu.tv?
Mai un documentar, ceva online, etc ... |
Anunturi
Bun venit pe Forumul Softpedia!
▶ 0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users