alex-netcase

В Аренду без вопросов... Кому интересно - в личку.

Когда 500 муфт - "легко проследить" уже не получается. Проблемы начинаются в двух случаях: 1. Когда нужно по всей сети прогнать из точки А в точку Б пару волокн 2. Когда нужно восстанавливать или кабель или муфту и, по мере сварок, следить поднимаются те или иные линки или нет. Мало сварить волокно, нужно восстановить линк. Причем знать это нужно во время проведения самих сварочных работ, незная какой конкретно линк ты Варишь восстановление крупной муфты может затянутся на сутки.

Проблема глубже. Вам нужно настроить 2 трансляции: 1. Из мира к Вашему серверу: local_port=25, ext_port=ANY 2. От Вашего сервера наружу: local_port=ANY, ext_port=25 В одну сторону НАТ Вы кое как настроили (из мира к Вам по 25-му порту уже ходят), теперь вы пытаетесь соединения которые инициирует Ваш сервер в мир с dst_port=25 занатить в нужный IP. С лабораторной точки зрения задача имеет смысл, с практической нет. Для того и нужны списки доступа (ACL) чтобы выставлять те или иные ограничения. В чем будет разница если Вы настроите статический НАТ и на входящем интерфейсе прицепите н

Тю.. Конечно так не захочет. Короче: ip nat inside - на LAN_INT ip nat outside - на WAN_INT ip nat inside source static 192.168.10.7 25 82.x.x.3 Все остальное удалить. Таким образом Вы получите статический нат "адрес в адрес", что позволит всем портам и протоколам работать в "обе стороны" Для проверки: sh ip nat transl....

Эххх... Было время А когда трасса 20 км и 40 муфт по дороге? Вы заводите в последнюю муфту кабель и варите пару волокон... И что потом делать? Открывать в визио остальные 19 паспортов муфт и исправлять описание назначения волокна? При более менее разветвленной сети на которой идет развитие ( не раз построил, сварил и забыл) Визио и другие "картинки" не подходят. Нужен софт, который при смене описания ОВ в одной муфте, везде где есть сварка этого волокна, автоматом поменяет описание во всех остальных пасопртах муфт.

ip nat inside source list NAT interface FastEthernet0/0 overload Вот тут поменяйте "interface FastEthernet0/0" на нужный Вам айпи (82.х.х.3) Потму что сейчас Вы транслируете "в интерфейс" а машрутизатор естественно подставляет основоной айпи (82.x.x.1) а не алиас Вообще применяют трансляцию "в интерфейс" если у Вас несколько аплинков и в зависимости от маршрутизации чтобы натить динамически в адрес того или иного аплинка.

Если Вы все правильно прописали, то будет работать... То что Вы называете: "ходил обратно только через 82.X.X.3, а не 82.x.x.1" Не забыли ли Вы на внутреннем и внешнем интерфейсах описать что они учавствуют в НАТе? ip nat inside и ip nat outside соответсвенно? P.S. А зачем Вы мучаетесь с 25-ым портом... Просто ip в ip статикой протранслируйте весь да и все.

А зачем нужны именно опоры? Полно оптики там и в КК...

Подойдет

А у этого "провайдера" хоть юр. лицо есть?

ну надо же Забыл уточнить - кабель для прокладки в канализацию.

Нужен кусок 2 км кабеля большой емкости - от 144 волокон и выше. Предложения в личку. Диаметр - до 20мм.

+1 Стабильная площадка.

Как как... Вступить в переписку - написать письмо, вопрос задать.. Доступ разблокируют.. Цивилизованным путем одним словом

как можно получить тест?

+1 (возможно и порт "подгорел" в коммутаторе)

Мало того чтобы работало, но и чтобы не глючило к тому же

IPoE? pppoe? pptp (жив курилка)? l2tp? с NAT-ом/без? если все джамбофреймами и генератором трафа с другого узла тупой маршрутизацией голого ip - таки переварить должен.... Только это в pps-ах немного получиться Да ну что Вы... Банальные Вланы в транке приезжают.. Обычнейший Ethernet. Зачем же генерилки какие-то, реальных пользователей завернем да проверим.

Спасибо конечно, но если прочитать этот пост до конца - это обычный бриджинг без какой-бы то нибыло обработки на 3-ем уровне. По простому из тазика сделали свитч.

Ну у нас без шейперов 8-ми ядерные машины 2-мя 5640 ксеонами начинают дохнуть на 1.200.000 pps - это где-то 2.2Гбит/сек входа и под 1 Гиг исхода Давайте определимся в понятиях что понимать под симметрикой?

Что же.. подожду пока кто-то реальной статистикой поделится... Пока суть да дело могу предложить небольшую халтурку: Без дела пылится новый сервер. На борту 2 процессора E5-2520 c карточкой X520-DA2 Готов хорошо заплатить тому кто запустит этот сервер на BSD и получит с него хотя бы 4 3 Гбит/сек симметрики с простешим шейперами (например: терминация 200-300 интерфейсов с шейперами на МИР..).

To ALL: Может и не умеем готовить. Кому не сложно - покажите живой пример со статистикой чего-нибуть Гига на 1,5-2,0 симметрики... Ну и статистику pps конечно

netstat -w1 покажите пожалуйста

Древненький феном 4-головый, на ддр2, спокойно жует под гиг трафика в каждую из сторон. Терминация пптп или пппое, шейпинг с разными скоростями в зависимости от направлений... Какой-то i5 из последних - гига 4-5 в каждую из сторон пережует без особого напряга. Сколько таких тазиков на 10 килобаксов можно поставить, и сколько они в сумме пережуют - думаю, сами посчитаете... Никакой i5 не в жизнь не пережует и Гига симметрики с шейперами. Не вводите людей в заблуждение.

Своим неуважением к окружающим можно заслужить только негатив. Если вы им питаетесь, то делайте это публично, тогда фидбек будет в более доступной форме. Никакого неуважения к окружающим я не проявляю, я "таким образом" борюсь с аматерством в Украинском интернете. Я критикую точки обмена и буду их дальше критиковать, так как в конце концов от этого страдает качество предоставляемого сервиса МОИМ клиентам потому что какие-то ресурсы криво доступны черед Всякие ДЕТЕЛЫ, ГИГАНЕТЫ и т.д. И приходится объяснять что у нас все хорошо а у кого-то руки кривые. Если кто-то мои сообщения при