faq обучение настройка
Текущее время: Вс июл 27, 2025 10:48

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 78 ]  На страницу Пред.  1, 2, 3, 4, 5, 6  След.
Автор Сообщение
 Заголовок сообщения:
СообщениеДобавлено: Вс апр 26, 2009 01:55 
Не в сети

Зарегистрирован: Сб мар 21, 2009 22:11
Сообщений: 39
Откуда: Днепропетровск Vega ADSL AnnexM
pirks77 писал(а):
Если это всего лишь индикация включения его на модеме, то смысла в данной индикации никакого не вижу. Логичнее это было бы разместить в разделе Device Info а не Statistics ADSL. В любом случае. как говорят "век живи - век учись". :)
Это как раз таки статистика текущего DSL-соединения.
Все там правильно сделано в железяке за 28$. Не разводите демагогию...
Цитата:
Я, если честно, считал это признаком того, что режим работает.
Сначала думали правильно, но вас сбили с толку...


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вс апр 26, 2009 09:47 
Не в сети

Зарегистрирован: Чт мар 12, 2009 16:11
Сообщений: 51
Откуда: Севастополь
Ребята вот лог подключения, как выше подсказали включил.
Галки стоят на ADSL2+ и AnnexM
Цитата:
Date/Time Facility Severity Message
Jan 1 00:00:26 user info kernel: br0: port 1(eth0) entering learning state
Jan 1 00:00:26 user info kernel: br0: topology change detected, propagating
Jan 1 00:00:26 user info kernel: br0: port 1(eth0) entering forwarding state
Jan 1 00:00:26 user crit kernel: ADSL G.992 started
Jan 1 00:00:26 user debug syslog: echo > /var/snmpd.conf
Jan 1 00:00:28 user debug syslog: pppd plugin pppoe rp_pppoe_service vegatelecom nas_0_0_33 nodetach user 'asso3172' password ******** interface_name 0_0_33_1 usepeerdns refuse-eap persist lcp-echo-interval 30 holdoff 3 lcp-echo-failure 3 m
Jan 1 00:00:30 daemon info pppd[281]: Plugin pppoe loaded.
Jan 1 00:00:31 daemon info pppd[281]: RP-PPPoE plugin version 3.3 compiled against pppd 2.4.3
Jan 1 00:00:31 daemon info pppd[281]: Plugin pppoe called.
Jan 1 00:00:32 daemon notice pppd[281]: pppd 2.4.3 started by admin, uid 0
Jan 1 00:00:37 user crit kernel: ADSL G.992 message exchange
Jan 1 00:00:37 user crit kernel: ADSL link up, interleaved, us=1258, ds=24987
Jan 1 00:00:37 user warn kernel: ATM Soft SAR: ATM link connected.
Jan 1 00:00:39 user debug syslog: iptables -t nat -A PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 128.9.0.107
Jan 1 00:00:40 daemon info pppd[281]: PPP session is 45248
Jan 1 00:00:40 daemon info pppd[281]: Using interface ppp0_0_33_1
Jan 1 00:00:40 daemon notice pppd[281]: Connect: ppp_0_0_33_1 <--> nas_0_0_33
Jan 1 00:00:40 daemon warn pppd[281]: Couldn't increase MRU to 1500
Jan 1 00:00:42 daemon info pppd[281]: Remote message: Welcome
Jan 1 00:00:42 daemon notice pppd[281]: PAP authentication succeeded
Jan 1 00:00:42 daemon notice pppd[281]: peer from calling number 00:30:48:56:D2:6B authorized
Jan 1 00:00:42 daemon notice pppd[281]: local IP address 93.127.10.85
Jan 1 00:00:42 daemon notice pppd[281]: remote IP address 213.227.224.86
Jan 1 00:00:42 daemon notice pppd[281]: primary DNS address 213.227.224.194
Jan 1 00:00:42 daemon notice pppd[281]: secondary DNS address 213.227.192.130
Jan 1 00:00:44 user debug syslog: route add default gw 213.227.224.86 2>/dev/null
Jan 1 00:00:44 user debug syslog: iptables -A FORWARD -o ppp_0_0_33_1 -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
Jan 1 00:00:44 user debug syslog: iptables -A FORWARD -i ppp_0_0_33_1 -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
Jan 1 00:00:44 user debug syslog: echo > /proc/net/ip_conntrack
Jan 1 00:00:44 user debug syslog: echo "600" > /proc/sys/net/ipv4/ip_conntrack_max
Jan 1 00:00:44 user debug syslog: iptables -t nat -D PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 128.9.0.107 2>/dev/null
Jan 1 00:00:44 user debug syslog: iptables -t nat -D POSTROUTING -o ppp_0_0_33_1 -s 192.168.1.0/255.255.255.0 -j MASQUERADE 2>/dev/null
Jan 1 00:00:44 user debug syslog: iptables -t nat -A POSTROUTING -o ppp_0_0_33_1 -s 192.168.1.0/255.255.255.0 -j MASQUERADE
Jan 1 00:00:44 user debug syslog: iptables -t nat -D PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 213.227.224.194 2>/dev/null
Jan 1 00:00:44 user debug syslog: iptables -t nat -A PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 213.227.224.194
Jan 1 00:00:44 user debug syslog: /bin/dnsprobe &
Jan 1 00:00:45 user notice dnsprobe[494]: dnsprobe started!
Jan 1 00:00:46 user debug syslog: iptables -I INPUT 1 -p icmp --icmp-type echo-request -i ppp_0_0_33_1 -j ACCEPT

и вот статистика ADSL
Цитата:
Statistics -- ADSL

Mode: ADSL2+
Line Coding: Trellis On
Status: No Defect
Link Power State: L0

Downstream Upstream
SNR Margin (dB): 11.5 7.4
Attenuation (dB): 4.5 1.1
Output Power (dBm): 9.4 13.5
Attainable Rate (Kbps): 30402 1317
Rate (Kbps): 24987 1258
MSGc (number of bytes in overhead channel message): 60 61
B (number of bytes in Mux Data Frame): 46 17
M (number of Mux Data Frames in FEC Data Frame): 1 8
T (Mux Data Frames over sync bytes): 15 2
R (number of check bytes in FEC Data Frame): 8 12
S (ratio of FEC over PMD Data Frame length): 0.0650 3.8519
L (number of bits in PMD Data Frame): 6768 324
D (interleaver depth): 224 4
Delay (msec): 3 3

Super Frames: 10846 10940
Super Frame Errors: 0 17
RS Words: 10737604 181696
RS Correctable Errors: 307 570
RS Uncorrectable Errors: 0 N/A

HEC Errors: 0 264
OCD Errors: 0 0
LCD Errors: 0 0
Total Cells: 10336601 312913003
Data Cells: 2670 104200464
Bit Errors: 0 14309

Total ES: 0 52
Total SES: 0 49
Total UAS: 19 239653

Вот лог при включенном только AnnexM, соединения не происходит
Цитата:
System Log

Date/Time Facility Severity Message
Jan 1 00:00:37 user crit kernel: ADSL G.992 message exchange
Jan 1 00:00:37 user crit kernel: ADSL link up, interleaved, us=1258, ds=24987
Jan 1 00:00:37 user warn kernel: ATM Soft SAR: ATM link connected.
Jan 1 00:00:39 user debug syslog: iptables -t nat -A PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 128.9.0.107
Jan 1 00:00:40 daemon info pppd[281]: PPP session is 45248
Jan 1 00:00:40 daemon info pppd[281]: Using interface ppp0_0_33_1
Jan 1 00:00:40 daemon notice pppd[281]: Connect: ppp_0_0_33_1 <--> nas_0_0_33
Jan 1 00:00:40 daemon warn pppd[281]: Couldn't increase MRU to 1500
Jan 1 00:00:42 daemon info pppd[281]: Remote message: Welcome
Jan 1 00:00:42 daemon notice pppd[281]: PAP authentication succeeded
Jan 1 00:00:42 daemon notice pppd[281]: peer from calling number 00:30:48:56:D2:6B authorized
Jan 1 00:00:42 daemon notice pppd[281]: local IP address 93.127.10.85
Jan 1 00:00:42 daemon notice pppd[281]: remote IP address 213.227.224.86
Jan 1 00:00:42 daemon notice pppd[281]: primary DNS address 213.227.224.194
Jan 1 00:00:42 daemon notice pppd[281]: secondary DNS address 213.227.192.130
Jan 1 00:00:44 user debug syslog: route add default gw 213.227.224.86 2>/dev/null
Jan 1 00:00:44 user debug syslog: iptables -A FORWARD -o ppp_0_0_33_1 -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
Jan 1 00:00:44 user debug syslog: iptables -A FORWARD -i ppp_0_0_33_1 -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
Jan 1 00:00:44 user debug syslog: echo > /proc/net/ip_conntrack
Jan 1 00:00:44 user debug syslog: echo "600" > /proc/sys/net/ipv4/ip_conntrack_max
Jan 1 00:00:44 user debug syslog: iptables -t nat -D PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 128.9.0.107 2>/dev/null
Jan 1 00:00:44 user debug syslog: iptables -t nat -D POSTROUTING -o ppp_0_0_33_1 -s 192.168.1.0/255.255.255.0 -j MASQUERADE 2>/dev/null
Jan 1 00:00:44 user debug syslog: iptables -t nat -A POSTROUTING -o ppp_0_0_33_1 -s 192.168.1.0/255.255.255.0 -j MASQUERADE
Jan 1 00:00:44 user debug syslog: iptables -t nat -D PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 213.227.224.194 2>/dev/null
Jan 1 00:00:44 user debug syslog: iptables -t nat -A PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 213.227.224.194
Jan 1 00:00:44 user debug syslog: /bin/dnsprobe &
Jan 1 00:00:45 user notice dnsprobe[494]: dnsprobe started!
Jan 1 00:00:46 user debug syslog: iptables -I INPUT 1 -p icmp --icmp-type echo-request -i ppp_0_0_33_1 -j ACCEPT
Apr 26 09:47:06 user alert kernel: Intrusion -> IN=ppp_0_0_33_1 OUT= MAC= SRC=194.8.75.161 DST=93.127.10.85 LEN=48 TOS=0x00 PREC=0x00 TTL=118 ID=9424 DF PROTO=TCP SPT=3703 DPT=445 WINDOW=65535 RES=0x00 SYN URGP=0
Apr 26 09:47:08 user alert kernel: Intrusion -> IN=ppp_0_0_33_1 OUT= MAC= SRC=194.8.75.161 DST=93.127.10.85 LEN=48 TOS=0x00 PREC=0x00 TTL=118 ID=11241 DF PROTO=TCP SPT=3703 DPT=445 WINDOW=65535 RES=0x00 SYN URGP=0
Apr 26 09:48:58 user warn kernel: AnnexCParam=0x7FFF7EB8 AnnexAParam=0x00000980 adsl2=0x00000002
Apr 26 09:48:58 user crit kernel: ADSL link down
Apr 26 09:49:00 daemon notice pppd[281]: Terminating connection due to link down.
Apr 26 09:49:02 daemon info pppd[281]: Connect time 4900908.4 minutes.
Apr 26 09:49:02 daemon info pppd[281]: Sent 16619 bytes, received 175265 bytes.
Apr 26 09:49:02 daemon warn pppd[281]: Couldn't increase MRU to 1500
Apr 26 09:49:08 daemon notice pppd[281]: Connection terminated....
Apr 26 09:49:09 user crit kernel: ADSL G.994 training

Цитата:
Statistics -- ADSL

Mode:
Type:
Line Coding:
Status: Link Down
Link Power State: L0

Downstream Upstream
SNR Margin (dB):
Attenuation (dB):
Output Power (dBm):
Attainable Rate (Kbps):
Rate (Kbps):

_________________
DSL-2500U/BRU/D | F/W 1.55 | Vegatele.com


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вс апр 26, 2009 12:10 
Не в сети

Зарегистрирован: Сб ноя 22, 2008 21:45
Сообщений: 417
Цитата:
Как вы сможете прокоментировать это [comm.gif]? Каким образом у меня поднялся AnnexM аж в ADSL2+ модуляции

Так вот и поднялся. Надеюсь вы не будете отрицать, что AnnexM - это расширение режима ADSL2 и выше. Модем правильно вас понял, проигнорировав вашу установку модуляции G.DMT и поднял ADSL2+ AnnexM.
Цитата:
Тут работает прицнцип - зацепиться на максимально доступной модуляции из отмеченных.

Я бы сказал допустимой модуляции для данного режима. Честь и хвала модему. Я таких экспериментов не проводил. Надо будет попробовать. Думаю, если вы укажете модуляцию ADSL2+ у вас ничего не изменится.

Halk видимо все таки дело в провайдере.

_________________
DSL-2500U/BRU/D


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вс апр 26, 2009 12:29 
Не в сети

Зарегистрирован: Сб мар 21, 2009 22:11
Сообщений: 39
Откуда: Днепропетровск Vega ADSL AnnexM
pirks77 писал(а):
Так вот и поднялся.

Каким образом у меня поднялся AnnexM аж в ADSL2+ модуляции, при том что настройки жестко ограничены - указано только в G.DMT режиме соединяться. А?

Я вам пытаюсь объяснить что достаточно отметить только AnnexM Enabled чтобы поднялось Annex M аж в ADSL2+. И только такой AnnexM тип модуляции возможен на DSL-2500.
Изображение
Цитата:
Я таких экспериментов не проводил. Надо будет попробовать.

Попробуйте.
Цитата:
Думаю, если вы укажете модуляцию ADSL2+ у вас ничего не изменится.
Верно. Ничего не изменится - потому что модем зацепится сразу же в AnnexM (проигнорировав голый ADSL2+) потому как он самый последний и максимально возможный

Цитата:
видимо все таки дело в провайдере.
Если быть более конкретным - дело в единичном DSLAM'e на котором не включена AnnexM


Последний раз редактировалось fear factor Вс апр 26, 2009 17:33, всего редактировалось 1 раз.

Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вс апр 26, 2009 13:16 
Не в сети

Зарегистрирован: Чт мар 12, 2009 16:11
Сообщений: 51
Откуда: Севастополь
Сравнивая картинку от fear factor и свою тоже прихожу к выводу что похоже мутит провайдер
Вот моя
Изображение
Изображение

_________________
DSL-2500U/BRU/D | F/W 1.55 | Vegatele.com


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вс апр 26, 2009 13:49 
Не в сети

Зарегистрирован: Чт мар 12, 2009 16:11
Сообщений: 51
Откуда: Севастополь
Еще порывшись по инету нашел вот что
Цитата:
Annexes J and M shift the upstream/downstream frequency split up to 276 kHz (from 138 kHz used in the commonly deployed annex A) in order to boost upstream rates. Additionally, the "all-digital-loop" variants of ADSL2 and ADSL2+ (annexes I and J) support an extra 256 kbit/s of upstream if the bandwidth normally used for POTS voice calls is allocated for ADSL usage.

Т.е. режим ADSL2+ может еще дополнительно добавить 256к и без включения AnnexM, что собственно на моём скрине и отображено.

_________________
DSL-2500U/BRU/D | F/W 1.55 | Vegatele.com


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вс апр 26, 2009 18:23 
Не в сети

Зарегистрирован: Сб мар 21, 2009 22:11
Сообщений: 39
Откуда: Днепропетровск Vega ADSL AnnexM
2500u-bru-d писал(а):
от 7 dB до 10 dB — возможны сбои

Это чьи-то личные предрассудки не имеющие под собой никакой основы.
Когда у меня на DSLAM'e появилась поддержка AnnexM режима (январь2009) и модем смог подключаться в этом режиме начали мучать частые разрывы DSL-соединения - по 30 (±10) раз на сутки в среднем. Я требовал замены линии. Её подремонтировали (не в курсе что именно сделали). Обрывы прекратились, но Signal/Noise и Attenuation остались на том же уровне! Так что не всегда качество линии зависит от SNR и Att. Есть еще какие-то факторы которые влияют на качество линии. Отследить их на клиентском оборудовании мне кажется затруднительным.

Я так понимаю, 2500u-bru-d, Вы пытаетесь намекнуть на то что качество линии недотягивает до того чтобы включить AnnexM? Но ведь Halk'a уверяют в том что у него работает AnnexM!

На самом деле ситуация такая - в техподдержке сидит человек, мягко говоря не разбирающийся в этих вопросах, который думает так же как и 2500u-bru-d что 1300 Кбит это уже и есть AnnexM! Но увы - Вы все заблуждаетесь!


Цитата:
Attainable Rate (Kbps): 30402 1317 физически возможная скорость
Rate (Kbps): 24987 1258 установленная скорость сейчас

Смею сказать что у вас работает Annex M режим, т.к. скорость на ОТКАЧКУ больше 1Мб. Но сигнал на откачку очень слабый, хоть и компенсирует его почти нулевое затухание, но больше чем есть канал не поднимется

По английски читать умеешь, да?)) G.DMT full-rate ADSL expands the usable bandwidth of existing copper telephone lines, delivering high-speed data communications at rates up to 12 Mbit/s downstream and 1.3 Mbit/s upstream. http://en.wikipedia.org/wiki/G.DMT
Как видим, даже несчастный :) G.DMT имеет 1,3 Мб вверх. Та и просто так логически рассуждая - исходя из того что G.992.5 ADSL2+ Annex M Double Upstream дает 3,5 Мбит/с. Логично можно подумать что половинка от 3,5 Мб будет примерно 1,5 Мбит. Так что мы пока что видим работу без режима Annex M.

G.DMT имеет 1,3 Мб вверх. Доказательство тому моя линия - G.DMT модуляция. Физическая корость принудительно ограничена оператором на отметках 10/1,2 Мбит
Изображение

AnnexM модуляция
Изображение

Так что Halk работает пока что без AnnexM модуляции.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вс апр 26, 2009 19:27 
Не в сети

Зарегистрирован: Чт мар 12, 2009 16:11
Сообщений: 51
Откуда: Севастополь
Вообщем исходя из всего вышесказанного мои подозрения только подтверждаются, провайдер сначала понтанулся и рассыпался в обещаниях а затем пошел на попятную и оброс ж*пой. Только зачем это было делать не ясно.
Особое спасибо вам 2500u-bru-d и fear factor за развернутые и понятные ответы и конечно за то что не прошли мимо этой темы

_________________
DSL-2500U/BRU/D | F/W 1.55 | Vegatele.com


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вс апр 26, 2009 20:02 
Не в сети

Зарегистрирован: Сб мар 21, 2009 22:11
Сообщений: 39
Откуда: Днепропетровск Vega ADSL AnnexM
2500u-bru-d писал(а):
Downstream Upstream
SNR Margin (dB): 11.5 7.4 от 7 dB до 10 dB — возможны сбои
Attenuation (dB): 4.5 1.1
Output Power (dBm): 9.4 13.5
Attainable Rate (Kbps): 30402 1317 физически возможная скорость
Rate (Kbps): 24987 1258 установленная скорость сейчас

Halk, обрывы DSL-связи на линии присутствуют?

Если нет - значит все таки линия отличная если позволяет 30 Мбит по телефону передать!

2500u-bru-d
Цитата:
до 6 dB — плохая линия, присутствуют проблемы синхронизации
от 7 dB до 10 dB — возможны сбои
от 11 dB до 20 dB — хорошая линия, без проблем с синхронизацией
от 20 dB до 28 dB — очень хорошая линия
от 29 dB — отличная линия

И что же это получается? Что на линии с 11 дб можно получить 24 Мбита? А 11 дб не сильно далеко ушел от 7-10 дб о которых вы говорите и возможных сбоях!.. вроде как тут только 11 дб, а для того чтобы получить 24 Мбит линия должна быть от 29 дб... Как-то не сходится...
Я считаю что формулировка зависимости качества линии от SNR не коректна без учета затухания (Att). Затухание сигнала (протяженность линии) является основой для расчёта итоговых скоростей
Изображение


Последний раз редактировалось fear factor Вс апр 26, 2009 20:16, всего редактировалось 3 раз(а).

Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вс апр 26, 2009 20:11 
Не в сети

Зарегистрирован: Сб мар 21, 2009 22:11
Сообщений: 39
Откуда: Днепропетровск Vega ADSL AnnexM
2500u-bru-d писал(а):
интересно насчёт этой картинки http://img249.imageshack.us/img249/4775/annexm.gif - почему отпут повер на выходе 0? У меня просто тоже ноль... Это как? =\ На что вообще указывает отпут повер?

Output Power Downstream - мощность передающего датчика DSLAM
Output Power Upstream - мощность передающего датчика DSL-модема

Я предполагаю что DSLAM и DSL-модем не совсем хотят дружить. Или обновленная прошивка для DSLAM'a нужна с поддержкой этого модема, или наоборот - обновленная прошивка с поддержкой этого DSLAM'a. Поддержка первых DSL-2500U более не осуществляется со стороны D-Link...
В общем ситуация не совсем ясна...

Цитата:
Что насчёт галочек - у вас разные модемы - в вашем случае 2500U, в нашем 2500U\BRU\D. И если галочку поставить только на Annex M - то инета вообще не будет... Хотя это скорей всего то что он не поддерживается :)

А у вас BRU\D в личном пользовании есть? Annex M вашим DSLAM'ом поддерживается? Проверьте - и вы увидите что достаточно одной галки на AnnexM чтобы поднялось ADSL2+ AnxM соединение.


Последний раз редактировалось fear factor Вс апр 26, 2009 20:29, всего редактировалось 1 раз.

Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вс апр 26, 2009 20:24 
Не в сети

Зарегистрирован: Сб ноя 22, 2008 21:45
Сообщений: 417
Да затухание - величина напрямую зависящая от протяженности линии. Но о качестве линии по одному только затуханию судить легкомысленно. Если соотношение полезного сиглала к шуму у вас будет иметь достаточно низкое значение ( линия шумит ) вы вряд ли добьетесь максимальных скоростей на соединении. Повторюсь, на все смотреть надо в комплексе.

_________________
DSL-2500U/BRU/D


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вс апр 26, 2009 20:39 
Не в сети

Зарегистрирован: Сб мар 21, 2009 22:11
Сообщений: 39
Откуда: Днепропетровск Vega ADSL AnnexM
pirks77 писал(а):
Да затухание - величина напрямую зависящая от протяженности линии. Но о качестве линии по одному только затуханию судить легкомысленно. Если соотношение полезного сиглала к шуму у вас будет иметь достаточно низкое значение ( линия шумит ) вы вряд ли добьетесь максимальных скоростей на соединении. Повторюсь, на все смотреть надо в комплексе.

Все верно! В комплексе, а не оперируя голыми циферками найдеными по какому-то глупому алгоритму! А в этой ситуации сигнал в 6-7 раз выше затухания для upload. А считается отличным показателем хотя бы в 2-х кратное превосходство. А тут аж семикратное!
Кто не верит - калькулятор в руки - и считаем по показателям Halk'a. А потом смотрим какая у него физическая (портовая) скорость на download. Все. Точка.
Halk писал(а):
АТС Оптимы прямо под окном, от подьезда шагов 10 не более.
Я же говорил что DSLAM где-то нарастоянии плевка стоит!))

2500u-bru-d, я попытался ответить на ваш вопрос.


Последний раз редактировалось fear factor Вс апр 26, 2009 20:43, всего редактировалось 1 раз.

Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вс апр 26, 2009 20:53 
Не в сети

Зарегистрирован: Чт мар 06, 2008 22:12
Сообщений: 553
Откуда: Йошкар-Ола
fear factor, у моего провайдера не может быть включн Annex M, т.к. данную модуляцию DSLAM Huawei 5600 не поддерживает. Ну нету там просто напросто такого профиля. Но знаю что у некоторых скорость повышалась выше 1300кбит/с (техподдержка тоже подтверждает), но там свои какие-то неочень приятные моменты есть, связанные с трудностями регистрации модема и ещё что-то.
Что касается скорость в Annex M, то 3,5 получить даже в идеальных условия на практике не возможно, максиум это 2,5Мбит/с, т.к. там верхний "потолок" Annex M начинает пересекаться с Annex A.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вс апр 26, 2009 20:57 
Не в сети

Зарегистрирован: Сб мар 21, 2009 22:11
Сообщений: 39
Откуда: Днепропетровск Vega ADSL AnnexM
2500u-bru-d писал(а):
Может просто у ДСЛ модема нету передающего датчика? :D
Хорошая шутка. Вы только что пошутили что у вас односторонний канал. Тоесть - только Download :lol:
PS. этот трансмитер находится в DSP от Broadcom...
Цитата:
Я всё же думаю это кривость прошивки... Ну или что-то непонятное...
+1, DSLAM и DSL-модем не совсем хотят дружить
Цитата:
Есть. Нет.
Ну если включат - вспомните меня)) Галки на AnnexM будет достаточно чтобы поднять соединение.



Цитата:
Кстати везде читал что ДСЛ поставить на спаренный номер нельзя. Оказывается можно: в шахту до блокиратора ставят сплитер. Другой сплитер ставят в квартире, до телефона. А блокиратор ставят между сплитером и телефоном :shock:

Можно, но это спряжено как техническими трудностями, так и финансово-юридическими.
http://ogo.in.ua/wiki/Подключение_ОГО_на_блокиратор


Последний раз редактировалось fear factor Вс апр 26, 2009 22:25, всего редактировалось 1 раз.

Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вс апр 26, 2009 21:07 
Не в сети

Зарегистрирован: Сб мар 21, 2009 22:11
Сообщений: 39
Откуда: Днепропетровск Vega ADSL AnnexM
Sky-Net писал(а):
fear factor, у моего провайдера не может быть включн Annex M, т.к. данную модуляцию DSLAM Huawei 5600 не поддерживает. Ну нету там просто напросто такого профиля. Но знаю что у некоторых скорость повышалась выше 1300кбит/с (техподдержка тоже подтверждает), но там свои какие-то неочень приятные моменты есть, связанные с трудностями регистрации модема и ещё что-то.
Что касается скорость в Annex M, то 3,5 получить даже в идеальных условия на практике не возможно, максиум это 2,5Мбит/с, т.к. там верхний "потолок" Annex M начинает пересекаться с Annex A.

Мда?.. Это вы исходя из своего личного опыта? А скольки тоновый профиль на Upload использовался в DSLAM'e? Потому как скорость в 3,5 Мбит соответствует PSD-маске EU-64... А я предпологаю что у вас была EU-48 тоновая маска.
Изображение

Цитата:
Что касается скорость в Annex M, то 3,5 получить даже в идеальных условия на практике не возможно, максиум это 2,5Мбит/с,
Давайте пока каждый останется при своем мнение, а потом как только Halk'y включат AnnexM, мы глянем какой EU будет у него использоваться и какая физическая/фактическая скорость будет. Идет?


Последний раз редактировалось fear factor Вс апр 26, 2009 21:12, всего редактировалось 1 раз.

Вернуться наверх
 Профиль  
 
Показать сообщения за:  Сортировать по:  
Начать новую тему Ответить на тему  [ Сообщений: 78 ]  На страницу Пред.  1, 2, 3, 4, 5, 6  След.

Часовой пояс: UTC + 3 часа


Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 6


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB