Telecom Offtop

[Серый Волк]

Сообщение от John Smith

Не вижу ничего зазорного в том что инженер уходит в коммерцию. Знающий что продаёт, продажник - это хорошо. Когда продажник не знает то что он продаёт - это плохо.

Когда инженер становится коммерсантом, он перестает понимать в том, чем торгует..Селя Ви..

[John Smith]

Сообщение от Серый Волк

Когда инженер становится коммерсантом, он перестает понимать в том, чем торгует..Селя Ви..

Очень спорное утверждение.

[Серый Волк]

Сообщение от John Smith

Цитата с сайта U-tel. Мопед не мой.

Ну а своей точки зрения у тебя как видно нет. Тогда за чем вообще встревать?

[John Smith]

Сообщение от Серый Волк

Ну а своей точки зрения у тебя как видно нет.

Ах как же тебя цепляет когда про УСИ негатив говорят.

[Серый Волк]

Сообщение от John Smith

Ах как же тебя цепляет когда про УСИ негатив говорят.

Знаешь что я тебе скажу: УСИ это контора, которая в здешних краях хоть что то реально делает. Пока альтернативщики болтают по пусту, УСИ работает. УСИ дало жителям Мегиона первый Интернет, УСИ дало впервые широкополосный Интернет в Мегионе, теперь впервые IP TV. На очереди HDTV и Vois over IP. Прочим всем все это и не снилось еще.

[Серый Волк]

Сообщение от John Smith

Спасибо, посмешил. Однако продолжай в том же духе.

Вот это вот то же перенеси в оффтоп.

[John Smith]

Сообщение от Серый Волк

УСИ дало жителям Мегиона первый Интернет,

Ой ли?

Сообщение от Серый Волк

УСИ дало впервые широкополосный Интернет в Мегионе,

Да правда что ли?

Сообщение от Серый Волк

теперь впервые IP TV.

Ну это бесспорно верное утверждение.

[Серый Волк]

Сообщение от John Smith

Ой ли?
Да правда что ли?
Ну это бесспорно верное утверждение.

Так же как и предыдущие два.

Ты вот что лучше скажи, как специалист компьютерщик:
1. Можно ли в Unix прописать какими либо командами переход на летнее время, то есть ли некий аналог Цисковских summertime?
2. Можно ли в Unix серваке скорректировать время в БИОСе, если нет (не куда воткнуть в сервак) ни видеокарты, ни клавиатуры?

[John Smith]

Сообщение от Серый Волк

1. Можно ли в Unix прописать какими либо командами переход на летнее время, то есть ли некий аналог Цисковских summertime?

Надо указать временную зону. Зависит от реализации юникса.

Сообщение от Серый Волк

2. Можно ли в Unix серваке скорректировать время в БИОСе, если нет (не куда воткнуть в сервак) ни видеокарты, ни клавиатуры?

С этим сложнее. Скорее всего нет.

[John Smith]

Сообщение от Серый Волк

Оставь то значение, которое стоит в твоем модеме по умолчанию, и больше никогда в жизни не заморачивайся по поводу MTU. И не слушай никаких умных дядек, и не читай на ночь умных книжек.
Все игрища с MTU нужны только в случае построения всяких сложных конструкций, например Q-in-Q, Ethernet over MPLS ну и тому подобного. Уверен, что подобные задачи тебе решать не приходится.

Однако посмотрим на MTUroute до двух мегионских УСИшных хостов.
И что же мы видим? Ай-ай-ай, обманул СВ бедного несчастного Бастера, обманул.

c:\Install>mturoute -t 62.105.13.хх
mturoute to 62.105.13.159, 30 hops max, variable sized packets
* ICMP Fragmentation is not permitted. *
* Maximum payload is 10000 bytes. *
 1  --+---+++-+++-++  host: 192.168.255.1  max: 1500 bytes
 2  --+---+.+.+-+.+.+-+.+  host: 85.21.0.6  max: 1500 bytes
 3  --+---+-+-++-++  host: 85.21.17.10  max: 1460 bytes
 4  --+---+-+-++-++  host: 195.14.54.117  max: 1460 bytes
 5  --+---+-.+-++-++  host: 195.14.54.208  max: 1460 bytes
 6  --+---+-+-++-++  host: 195.239.9.225  max: 1460 bytes
 7  --+---+-+-++-++  host: 194.186.157.250  max: 1460 bytes
 8  --+---+-+-++-++  host: 194.186.234.222  max: 1460 bytes
 9  --+---+-+-++-++  host: 83.229.228.23  max: 1460 bytes
10  --+---+-+-++-++  host: 83.229.244.38  max: 1460 bytes
11  --+---+-+-++-++  host: 217.115.80.74  max: 1460 bytes
12  --+---+-+-++-++  host: 90.150.2.14  max: 1460 bytes
13  --+---+-+-++-++  host: 90.150.2.13  max: 1460 bytes
14  --+---+-+-++-++  host: 217.20.87.134  max: 1460 bytes
15  --+---+-...-++++...-++  host: 62.105.13.хх  max: 1452 bytes

c:\Install>mturoute -t www.megion.biz
mturoute to www.megion.biz, 30 hops max, variable sized packets
* ICMP Fragmentation is not permitted. *
* Maximum payload is 10000 bytes. *
 1  --+---+++-+++-++  host: 192.168.255.1  max: 1500 bytes
 2  --+---+.+.+-+.+.+-+.+  host: 85.21.0.6  max: 1500 bytes
 3  --+---+-+-++-++  host: 85.21.17.10  max: 1460 bytes
 4  --+---+-+-++-++  host: 195.14.54.117  max: 1460 bytes
 5  --+---+-+-++-++  host: 195.14.54.208  max: 1460 bytes
 6  --+---+-+-++-++  host: 195.239.9.225  max: 1460 bytes
 7  --+---+-+-++-++  host: 194.186.157.250  max: 1460 bytes
 8  --+---+-+-++-++  host: 194.186.234.222  max: 1460 bytes
 9  --+---+-+-++-++  host: 83.229.228.23  max: 1460 bytes
*9 (An additional device responded for 83.229.228.23)
*9 (An additional device responded for 83.229.228.23)
10  --+---+-+-++-++  host: 83.229.244.38  max: 1460 bytes
11  --+---+-+-++-++  host: 217.115.80.74  max: 1460 bytes
12  --+---+-+-++-++  host: 90.150.2.14  max: 1460 bytes
13  --+---+-+-++-++  host: 90.150.2.13  max: 1460 bytes
14  --+---+-+-++-++  host: 217.20.87.134  max: 1460 bytes
15  --+---+-...-++++...-++  host: 62.105.13.226  max: 1452 bytes

[Серый Волк]

Сообщение от John Smith

Надо указать временную зону. Зависит от реализации юникса.

То есть способа более достойного, чем два раза в год менять таймзону с перезагрузкой станка не существует?

[John Smith]

Сообщение от Серый Волк

То есть способа более достойного, чем два раза в год менять таймзону с перезагрузкой станка не существует?

Повторюсь - надо один раз юниксу указать временную зону, после этого всё проходит автоматически.

[Серый Волк]

Сообщение от John Smith

Однако посмотрим на MTUroute до двух мегионских УСИшных хостов.
И что же мы видим? Ай-ай-ай, обманул СВ бедного несчастного Бастера, обманул.

И чем же я обманул Бустера? Ты уверен, что на приведенных тобой хостах кто либо настраивал в модемах MTU?
DSLAM сам установит такое MTU, какое надо. Бессмысленными настройками в модеме можно только все испортить, лучше ничего там не трогать, вот и все что я сказал Бустеру.

[Серый Волк]

Сообщение от John Smith

Повторюсь - надо один раз юниксу указать временную зону, после этого всё проходит автоматически.

Что значит один раз указать таймзону? Она, хоть какая то и так указана, однако время на летнее не переводится.
В Цисках, надеюсь тебе об этом известно, нужно указывать и таймзону, и прописывать алгоритм перехода на летнее время, если такой переход нужен. Полагаю, что и в Юниксе хотелось бы видеть нечто подобное.

[John Smith]

Сообщение от Серый Волк

Что значит один раз указать таймзону? Она, хоть какая то и так указана, однако время на летнее не переводится.
В Цисках, надеюсь тебе об этом известно, нужно указывать и таймзону, и прописывать алгоритм перехода на летнее время, если такой переход нужен. Полагаю, что и в Юниксе хотелось бы видеть нечто подобное.

На форумской машине стоит юникс. Временная зона указана ровно один раз - при инсталляции. Часики совершенно великолепно перевелись. Сколько себя не помню - никогда проблем с переводом часов на юниксах не было.

[John Smith]

Сообщение от Серый Волк

И чем же я обманул Бустера? Ты уверен, что на приведенных тобой хостах кто либо настраивал в модемах MTU?
DSLAM сам установит такое MTU, какое надо. Бессмысленными настройками в модеме можно только все испортить, лучше ничего там не трогать, вот и все что я сказал Бустеру.

На приведенных хостах очень показательно видно что через ваш ADSL "пролазит" максимально 1452-байтное MTU. Увеличение даст фрагментацию.
Эта утилита помогла надавать пермским УСИшникам ссаными тряпками по мордам, когда они меня пытались убедить что у них 1500-байтный MTU.

[Серый Волк]

Сообщение от John Smith

На приведенных хостах очень показательно видно что через ваш ADSL "пролазит" максимально 1452-байтное MTU. Увеличение даст фрагментацию.
Эта утилита помогла надавать пермским УСИшникам ссаными тряпками по мордам, когда они меня пытались убедить что у них 1500-байтный MTU.

Увеличение даст фрагментацию чего? Фреймов на ап стриме? Это так важно для Бустера? На размер фрейма на даунстриме он повлиять настройками своего модема не сможет ни коим образом. Однако если уж так необходимо урезать фреймы на апе, так наверное это лучше уж делать на сетевой карте компа, если конечно такое возможно, просто не знаю..

[OlegNN]

Сообщение от Серый Волк

Что значит один раз указать таймзону? Она, хоть какая то и так указана, однако время на летнее не переводится.
В Цисках, надеюсь тебе об этом известно, нужно указывать и таймзону, и прописывать алгоритм перехода на летнее время, если такой переход нужен. Полагаю, что и в Юниксе хотелось бы видеть нечто подобное.

Алгоритм перехода на летнее и зимнее время уже встроен в юникс. Однако на старых версиях он нуждается в корректировке, банальный апдейт решает эту проблему. Тайм-зона выставляется при установки системы, в дальнейшем про нее можно забыть. Выставлять зону нужно именно ту, в которой находится сервер, а не хоть какую-то.

Сообщение от Серый Волк

2. Можно ли в Unix серваке скорректировать время в БИОСе, если нет (не куда воткнуть в сервак) ни видеокарты, ни клавиатуры?

Можно, с удаленного терминала, по сети. Стандартной командой date, выполняется из-под root'а.

P.S. Впрочем, тайм-зону можно скорректировать и после установки.

[John Smith]

Сообщение от Серый Волк

Увеличение даст фрагментацию чего? Фреймов на ап стриме? Это так важно для Бустера?

Учитывая помешанность Бастера на пингах - важно еще как.

Сообщение от Серый Волк

Однако если уж так необходимо урезать фреймы на апе, так наверное это лучше уж делать на сетевой карте компа, если конечно такое возможно, просто не знаю..

Можно и нужно.

[John Smith]

Сообщение от OlegNN

Можно, с удаленного терминала, по сети. Стандартной командой date, выполняется из-под root'а.

Спасибо Олег. Всегда почему то считал что она только ядрёное время корректирует.
Однако оказалось что и впрямь аппаратные часики правит.

[Серый Волк]

И все таки Женя ты заблуждаешься на счет MTU на ADSL.
Вот тебе мои роуты до серваков на моей работе, через ADSL.

Microsoft Windows XP [Версия 5.1.2600]
(С) Корпорация Майкрософт, 1985-2001.

C:\Documents and Settings\ponomarev>C:\HDD\Install\mturoute_v2_1\mt uroute_v2.1\R
elease\mturoute -t 172.16.9.6
mturoute to 172.16.9.6, 30 hops max, variable sized packets
* ICMP Fragmentation is not permitted. *
* Maximum payload is 10000 bytes. *
1 --+---+++-+++-++ host: 192.168.1.1 max: 1500 bytes
2 --+---+++-+++-++ host: 172.16.9.6 max: 1500 bytes

C:\Documents and Settings\ponomarev>C:\HDD\Install\mturoute_v2_1\mt uroute_v2.1\R
elease\mturoute -t 172.16.9.8
mturoute to 172.16.9.8, 30 hops max, variable sized packets
* ICMP Fragmentation is not permitted. *
* Maximum payload is 10000 bytes. *
1 --+---+++-+++-++ host: 192.168.1.1 max: 1500 bytes
2 --+---+++-+++-++ host: 172.16.9.8 max: 1500 bytes

C:\Documents and Settings\ponomarev>

Как видишь сам DSLAM никакие MTU не режет.
Возможно MTU режет Сургутский BRAS, раньше эта мера была вынужденой, так как прошлым летом приходилось гонять Ethernet over MPLS через арендованный у фаратекса канал со стандартным MTU = 1500. Почему настройки BRAS остались такими же до сих пор, мне неведомо, может просто крутые чуваки из МФИСТ забыли про них, а может все еще кто то работает по арендованым каналам, BRAS то ведь один на весь округ, ну а может есть еще какие то, неведомые мне причины.
В любом случае в модеме ничего делать с MTU не надо, заявляю это со всей определенностью.

[Серый Волк]

Сообщение от OlegNN

Алгоритм перехода на летнее и зимнее время уже встроен в юникс. Однако на старых версиях он нуждается в корректировке,

Какой корректировке? в ручную, командой date?

банальный апдейт решает эту проблему.

Апдейт и апгрейд в принципе невозможен. Программный продукт лицензионный, делать с ним что либо без ведома Alcatel нельзя.

Тайм-зона выставляется при установки системы, в дальнейшем про нее можно забыть. Выставлять зону нужно именно ту, в которой находится сервер, а не хоть какую-то.
Можно, с удаленного терминала, по сети. Стандартной командой date, выполняется из-под root'а.

P.S. Впрочем, тайм-зону можно скорректировать и после установки.

Таймзона регулируется в инишном файле, который лежит в каталоге etc. Принимается в работу после перезагрузки станка. Изначально стояла правильная: UTC+5, но когда этой зимой возникла необходимость синхронизировать время во всех серваках по протоколу ntp, то выяснилась такая фигня, что синхронизация запускается только в том случае, если указать таймзону UTC-5, то есть на 10 часов позже, чем надо. Видимо часы в биосе, установленные Испанцами идут хрен знает как, а надо, что бы они шли по Гринвичу. Естественно на летнее время сейчас сервер сам не перешел, впрочим он и раньше сам никогда не переходил на него. Корректировка времени командой date привела к срыву синхронизации времени по ntp. Так что, опять таймзону менять что ли, или как?

[John Smith]

Сообщение от Серый Волк

Какой корректировке? в ручную, командой date?

Я бы поступил так.
Поменял таймзону на нормальную, затем выставил руками время и после этого сделал бы синк по ntp.

[John Smith]

Сообщение от Серый Волк

И все таки Женя ты заблуждаешься на счет MTU на ADSL.
Вот тебе мои роуты до серваков на моей работе, через ADSL.

Как видишь сам DSLAM никакие MTU не режет.
Возможно MTU режет Сургутский BRAS, раньше эта мера была вынужденой, так как прошлым летом приходилось гонять Ethernet over MPLS через арендованный у фаратекса канал со стандартным MTU = 1500. Почему настройки BRAS остались такими же до сих пор, мне неведомо, может просто крутые чуваки из МФИСТ забыли про них, а может все еще кто то работает по арендованым каналам, BRAS то ведь один на весь округ, ну а может есть еще какие то, неведомые мне причины.
В любом случае в модеме ничего делать с MTU не надо, заявляю это со всей определенностью.

Я не заблуждаюсь, у меня сегодня гениально получается некорректно выражаться.
Разумеется MTU на WAN-порту модема менять не надо.
MTU в 1452 байта нужно поставить на LAN стороне сетевого модема ровно так же как и в настройках сетевой платы компьютера. 1452 байт MTU никоим образом не зависят от DSLAM, здесь всё зависит только от оверхедов PPP+PPPoE.

[Серый Волк]

Сообщение от John Smith

Я не заблуждаюсь, у меня сегодня гениально получается некорректно выражаться.
Разумеется MTU на WAN-порту модема менять не надо.
MTU в 1452 байта нужно поставить на LAN стороне сетевого модема ровно так же как и в настройках сетевой платы компьютера. 1452 байт MTU никоим образом не зависят от DSLAM, здесь всё зависит только от оверхедов PPP+PPPoE.

Таким образом следует признать следующие тезисы:
1. Урезание MTU непосредственно к технологии ADSL никакого отношения не имеет. MTU урезается в протоколе PPP за счет заголовка PPP фрейма, скорее всего такое явление свойсвенно абсолютно всем провайдерам, который предоставляют Интернет с авторизацией на PPP сервере, а не только УСИ.
2. В модеме делать какие либо настройки MTU, как на стороне WAN, так и на стороне LAN абсолютно бессмысленно, так как на даунстриме их уже обрезал PPP сервер, а на апстриме фреймы обрезал сам компьютер, формируя фреймы PPP. Не надо делать абсолютно ничего ни в модеме, ни в компьютере.
Вот, как бы так получается, согласен?