The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Создать новую тему
 - Свернуть нити
Пометить прочитанным
1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | Архив | Избранное | Мое | Новое | | |  
Форум Маршрутизаторы CISCO и др. оборудование. [ Раздел для поиска IOS ]  
Доступ через VPN только по одному порту, !*! motok, (VPN, VLAN, туннель) 03-Апр-20, 16:55  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Модификация или перехват исходящего трафика от приложения, !*! WeSTMan, (Маршрутизация) 27-Май-20, 16:19  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
  • 1 прочитать документацию по tcp ip , понять что так и должно быть2 отказаться , !*! муу (?), 14:04 , 28-Май-20 (1)
    > Приложение в свою очередь отвечает не моей программе, а тому, кого я
    > указал в заголовке IP пакета. (это важно)

    1) прочитать документацию по tcp/ip , понять что так и должно быть
    2) отказаться от наркотиков
    3) родить нормальную архитектуру исходя из возможностей OS для который пишешь

    сообщить модератору +/ответить
  • Файрволом , !*! fantom (??), 15:06 , 28-Май-20 (2)
    > Всем привет. Я пишу программу на c++ и у меня есть несколько
    > вопросов.
    > Сейчас моя программа умеет:
    > Принимать пакет, расшифровывать, изменять заголовок IP и отправлять нужному приложению.
    > Приложение в свою очередь отвечает не моей программе, а тому, кого я
    > указал в заголовке IP пакета. (это важно)
    > Дак вот вопрос, как можно модифицировать или перехватить трафик от приложение, которое
    > отвечает?

    Файрволом.....

    сообщить модератору +/ответить
ezvpn client vrf , !*! set_default, (VPN, VLAN, туннель) 02-Авг-20, 14:57  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Cisco 4331 VPN, !*! wetcrow, (VPN, VLAN, туннель) 28-Ноя-18, 16:28  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
CUCM+CUBE sip транк через интернет, !*! aav1349, (VoIP) 21-Июл-20, 16:42  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
  • gt оверквотинг удален Суть таже, только по Е1voice translation-rule 1753 rule , !*! set_default (ok), 09:24 , 23-Июл-20 (1)
    >[оверквотинг удален]
    > в город отображался наш городской номер.
    > Я настроил dial peer на CUBE, Route Pattern через транк с CUBE
    > ,Translation Pattern и звонки с облачной АТС проходят до внутренних номеров
    > CUCM в виде 2000-2099.
    > Но при звонке по короткому номеру с телефонов 1000-1999, на телефонах облсной
    > АТС отображается мой городской, который прописан в Caller ID DN.
    > Вопрос такой, каким образом разделить звонки, которые отправляются на CUBE, чтобы на
    > город подставлялся наш городской номер, а на облачную АТС наши короткие
    > номера 1000-1999?
    > Буду очень благодарен за помощь, необходимые настройки приложу, если понадобятся.

    Суть таже, только по Е1

    voice translation-rule 1753
    rule 1 /.*/ /156812352/ type unknown national plan unknown isdn
    !        
    voice translation-rule 1754
    rule 1 /1123333/ /1234/
    !        
    voice translation-rule 1755
    rule 1 /.*/ /567890123/ type unknown national plan unknown isdn

    voice translation-profile IN_E1_D3RT1
    translate called 1754
    !        
    voice translation-profile OUT_E1_D3RT1
    translate calling 1753


    dial-peer voice 10 pots
    description OUT E1 D3RT1
    translation-profile outgoing OUT_E1_D3RT1
    destination-pattern 0.........
    port 0/0/1:15
    forward-digits all
    !        
    dial-peer voice 20 pots
    description IN E1 D3RT1
    translation-profile incoming IN_E1_D3RT1
    incoming called-number ^1234567$
    direct-inward-dial

    сообщить модератору +/ответить
IPTV на свитчах Cisco, !*! Sergotulskiy, (Cisco Catalyst коммутаторы) 17-Июл-20, 12:25  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Фильтрация url на asa 5508, !*! motok, (Безопасность) 09-Июл-20, 13:53  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]


По ScreenOS (Juniper SSG) вопрос, !*! Dunkeld, (Оборудование Lucent, Nortell и др.) 18-Июн-20, 15:37  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
  • gt оверквотинг удален hi, !*! Noble147 (ok), 22:46 , 18-Июн-20 (1)
    >[оверквотинг удален]
    > Почему возник вопрос, приведенный конфиг работал без проблем, хотя и вызывает ощущение
    > некой неоднозначности, возникла необходимость переткнуть  в другой интерфейс(гигабит),
    > был слит конфиг, слово "ethernet0/2" было тупо везде заменено на "ethernet0/9"
    >  и залито обратно. Работает все (там много всего наворочено) кроме
    > этого mip-a, vip не проверял, дебуг не смотрел, времени не было,
    > на боевом роутере делал и быстро перезалил взад. Разница между 0/2
    > и 0/9 только в 100Mb и Gb. Просто других причин даже
    > придумать не могу.
    > Да, если что
    > set interface ethernet0/2 ip A.B.C.x/28

    hi

    сообщить модератору +/ответить
HP ProCurve A3100 - не пускает в режим администратора, !*! polka, (Другое оборудование) 23-Янв-20, 10:48  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Проблема с сетевой картой, !*! Антон, (Диагностика и решение проблем) 24-Янв-20, 15:23  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]


помогите с настройкой BNG на ASR9910, !*! beepop, (Cisco маршрутизаторы) 03-Май-20, 00:03  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
  • и вывод дебаг DHCPRP 0 RSP0 CPU0 ASR9910 RP 0 RSP0 CPU0 May 3 00 31 46 693 UTC , !*! beepop (ok), 00:04 , 03-Май-20 (1)
    и вывод дебаг DHCP

    RP/0/RSP0/CPU0:ASR9910#RP/0/RSP0/CPU0:May  3 00:31:46.693 UTC: dhcpd[1097]: DHCPD: TP563: L3 packet event received
    RP/0/RSP0/CPU0:May  3 00:31:46.693 UTC: dhcpd[1097]: DHCPD: dhcpd_iox_l3_conn_hlr: l3sock read returned 1
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: TP2514: L3 RX: vrfid 0x60000000 (1610612736), ifh 0x120 (288), ifhsec 0x0 (0)
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: TP564: L3 Packet RX from addr = 0.0.0.0, port = 68, application len 548, vrf 0x60000000 (1610612736), tbl 0xe0000000 (3758096384)
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: ---------- IPv4 DHCPD --- dhcpd_iox_l3_conn_hlr -------
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: VRF name (id): default (0x60000000)
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: L3 src: 0.0.0.0
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: L3 dst: 255.255.255.255
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: L3 src port: 68
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: L3 dst port: 67
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: metadata: L3 input Intf: Bundle-Ether7.666
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: metadata: Output Intf: Null
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: metadata: FROM: L3
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: metadata: NETWORK_ORDER
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: metadata: Vlan Info
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: metadata: Vlan EtherType 1: 0x8100
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: metadata: Vlan Priority 1: 0 (0x0)
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: metadata: Vlan Format 1: 0 (0x0)
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: metadata: Vlan ID 1: 666 (0x29a)
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: metadata: Vlan EtherType 2: 0x8100
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: metadata: Vlan Priority 2: 0 (0x0)
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: metadata: Vlan Format 2: 0 (0x0)
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: metadata: Vlan ID 2: 101 (0x65)
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26:
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: op:     BOOTREQUEST
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: chaddr: b048.7a81.9ea1
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: xid:    0x630d5c38
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: flags:  0x8000 (broadcast)
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: ciaddr: 0.0.0.0
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: yiaddr: 0.0.0.0
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: siaddr: 0.0.0.0
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: giaddr: 0.0.0.0
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: cookie: 0x63538263
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: option: MESSAGE_TYPE: DISCOVER
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: option: MAX_MESSAGE_SIZE data: "0x04-00"
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: option: CLIENT_IDENTIFIER data: "0x01-b0-48-7a-81-9e-a1"
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: option: HOST_NAME data: "TL-WR740N"
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: option: VENDOR_CLASS_IDENT data: "MSFT 5.0"
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: pktRx id 26: option: PARAMETER_REQUEST data: "0x01-03-06-0f-21-2b-2c-2e-2f-79-f9"
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: dhcpd_is_match_option_filter_drop: profile name: BNG-DHCP mode: 3
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: TP3677: wildcard list is not initialized, mode 3
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: TP709: DHCP message DISCOVER is enqueued on queue PRI_3 (DISCOVERs, other types)
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: dhcpd_iox_l3_conn_hlr: l3sock read returned -1
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: TP708: DHCP message DISCOVER is dequeued from queue PRI_3 (DISCOVERs, other types)
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: dhcpd_base_process_packet_event Client not found, chaddr b048.7a81.9ea1
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: TP982: DISCOVER Rx, base mode, interface Bundle-Ether7.666, chaddr b048.7a81.9ea1
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: dhcpd_allocate_client_uid dhcpd_iox_ctx.next_client_uid 1000096
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: dhcpd_allocate_client_uid tmp_client_uid 96
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: dhcpd_allocate_client_uid dhcpd_iox_ctx.uid_seed 1
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: dhcpd_allocate_client_uid client_uid 1000096
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: dhcpd_allocate_client_uid next_client_uid 1000097
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: TP2748: Setting client's interface Bundle-Ether7.666 on ambiguous vlan, tag_cnt=2, outer=666, inner=101
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: TP2663: Lease proxy - client<-server lease timer started at 1588465906 for 60 sec lease, 60 secs to expiry
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: TP2640: Lease proxy - ignore init client lease time for non-proxy
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: dhcpd_proxy_os_inc_stat_multi stats ptr not null for vrf 60000000 matches l3intf
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: dhcpd_proxy_os_inc_stat_multi stats ptr not null for vrf 60000000 matches l3intf
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: TP1955: FSM called for chaddr b048.7a81.9ea1 with event PACKET_DISCOVER state INIT
    RP/0/RSP0/CPU0:May  3 00:31:46.694 UTC: dhcpd[1097]: DHCPD: TP1903: Process packet event in INIT state called for chaddr b048.7a81.9ea1
    RP/0/RSP0/CPU0:May  3 00:31:46.695 UTC: dhcpd[1097]: DHCPD: dhcpd_create_chkpt_dict_entry: dict_id 40002ef8
    RP/0/RSP0/CPU0:May  3 00:31:46.695 UTC: dhcpd[1097]: DHCPD: dhcpd_dictionary_get_or_update_dict_id: Dictionary String MSFT 5.0
    RP/0/RSP0/CPU0:May  3 00:31:46.695 UTC: dhcpd[1097]: DHCPD: dhcpd_os_get_relay_config Intf profile mode 3 client mode 3
    RP/0/RSP0/CPU0:May  3 00:31:46.695 UTC: dhcpd[1097]: DHCPD: dhcpd_set_option82_recv: Set Option 82
    RP/0/RSP0/CPU0:May  3 00:31:46.695 UTC: dhcpd[1097]: DHCPD: dhcpd_set_option82_recv: Read Option 82 Failed
    RP/0/RSP0/CPU0:May  3 00:31:46.695 UTC: dhcpd[1097]: DHCPD: TP1992: New session notify policy called for chaddr b048.7a81.9ea1
    RP/0/RSP0/CPU0:May  3 00:31:46.695 UTC: dhcpd[1097]: DHCPD: TP2749: Sending the vlan tags to DPM - tag_cnt=2, outer=666, inner=101
    RP/0/RSP0/CPU0:May  3 00:31:46.695 UTC: dhcpd[1097]: DHCPD: dhcpd_iox_process_packet: Packet is queued
    RP/0/RSP1/CPU0:May  3 00:31:47.056 UTC: dhcpd[1097]: DHCPD: Inside dhcpd_ndt_function,
    RP/0/RSP1/CPU0:May  3 00:31:47.056 UTC: dhcpd[1097]: DHCPD: NDT: operation CREATE, tblname Dictionary Table, native_tblver 1, storage_tblver 1, VS_tblver 1, tblid 0x40001e00, objid 0x40002ef8, key 0xffffffff, data (0 bytes)
    RP/0/RSP1/CPU0:May  3 00:31:47.056 UTC: dhcpd[1097]: DHCPD: TP2227: NDT Operation CREATE
    RP/0/RSP1/CPU0:May  3 00:31:47.056 UTC: dhcpd[1097]: DHCPD: Inside dhcpd_ndt_object_create,
    RP/0/RSP1/CPU0:May  3 00:31:47.056 UTC: dhcpd[1097]: DHCPD: NDT Create for table Dictionary Table (version 1)
    RP/0/RSP1/CPU0:May  3 00:31:47.056 UTC: dhcpd[1097]: DHCPD: TP2224: NDT Create for table 0x4 (4) (version 1)
    RP/0/RSP1/CPU0:May  3 00:31:47.056 UTC: dhcpd[1097]: DHCPD: Inside dhcpd_ndt_function,
    RP/0/RSP1/CPU0:May  3 00:31:47.056 UTC: dhcpd[1097]: DHCPD: NDT: operation SAVE, tblname Dictionary Table, native_tblver 1, storage_tblver 1, VS_tblver 1, tblid 0x40001e00, objid 0x40002ef8, key 0xffffffff, data (16 bytes)
    RP/0/RSP1/CPU0:May  3 00:31:47.056 UTC: dhcpd[1097]: DHCPD: TP2227: NDT Operation SAVE
    RP/0/RSP1/CPU0:May  3 00:31:47.056 UTC: dhcpd[1097]: DHCPD: Inside dhcpd_ndt_object_save,
    RP/0/RSP1/CPU0:May  3 00:31:47.056 UTC: dhcpd[1097]: DHCPD: NDT Save for table Dictionary Table (version 1)
    RP/0/RSP1/CPU0:May  3 00:31:47.056 UTC: dhcpd[1097]: DHCPD: TP2226: NDT Save for table 0x4 (4) (version 1)
    RP/0/RSP1/CPU0:May  3 00:31:47.056 UTC: dhcpd[1097]: DHCPD: dhcpd_ndt_object_save: dict_id 40002ef8
    RP/0/RSP1/CPU0:May  3 00:31:47.056 UTC: dhcpd[1097]: DHCPD: dhcpd_create_chkpt_dict_entry: dict_id 40002ef8
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: TP563: L3 packet event received
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: dhcpd_iox_l3_conn_hlr: l3sock read returned 1
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: TP2514: L3 RX: vrfid 0x60000000 (1610612736), ifh 0x120 (288), ifhsec 0x0 (0)
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: TP564: L3 Packet RX from addr = 0.0.0.0, port = 68, application len 548, vrf 0x60000000 (1610612736), tbl 0xe0000000 (3758096384)
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: ---------- IPv4 DHCPD --- dhcpd_iox_l3_conn_hlr -------
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: VRF name (id): default (0x60000000)
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: L3 src: 0.0.0.0
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: L3 dst: 255.255.255.255
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: L3 src port: 68
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: L3 dst port: 67
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: metadata: L3 input Intf: Bundle-Ether7.666
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: metadata: Output Intf: Null
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: metadata: FROM: L3
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: metadata: NETWORK_ORDER
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: metadata: Vlan Info
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: metadata: Vlan EtherType 1: 0x8100
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: metadata: Vlan Priority 1: 0 (0x0)
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: metadata: Vlan Format 1: 0 (0x0)
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: metadata: Vlan ID 1: 666 (0x29a)
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: metadata: Vlan EtherType 2: 0x8100
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: metadata: Vlan Priority 2: 0 (0x0)
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: metadata: Vlan Format 2: 0 (0x0)
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: metadata: Vlan ID 2: 101 (0x65)
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27:
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: op:     BOOTREQUEST
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: chaddr: b048.7a81.9ea1
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: xid:    0x630d5c38
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: flags:  0x8000 (broadcast)
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: ciaddr: 0.0.0.0
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: yiaddr: 0.0.0.0
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: siaddr: 0.0.0.0
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: giaddr: 0.0.0.0
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: cookie: 0x63538263
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: option: MESSAGE_TYPE: DISCOVER
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: option: MAX_MESSAGE_SIZE data: "0x04-00"
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: option: CLIENT_IDENTIFIER data: "0x01-b0-48-7a-81-9e-a1"
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: option: HOST_NAME data: "TL-WR740N"
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: option: VENDOR_CLASS_IDENT data: "MSFT 5.0"
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: pktRx id 27: option: PARAMETER_REQUEST data: "0x01-03-06-0f-21-2b-2c-2e-2f-79-f9"
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: dhcpd_is_match_option_filter_drop: profile name: BNG-DHCP mode: 3
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: TP3677: wildcard list is not initialized, mode 3
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: dhcpd_iox_l3_conn_hlr: dhcpd_iox_eventQ_enqueue failed
    RP/0/RSP0/CPU0:May  3 00:31:48.700 UTC: dhcpd[1097]: DHCPD: dhcpd_iox_l3_conn_hlr: l3sock read returned -1
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: TP563: L3 packet event received
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: dhcpd_iox_l3_conn_hlr: l3sock read returned 1
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: TP2514: L3 RX: vrfid 0x60000000 (1610612736), ifh 0x120 (288), ifhsec 0x0 (0)
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: TP564: L3 Packet RX from addr = 0.0.0.0, port = 68, application len 548, vrf 0x60000000 (1610612736), tbl 0xe0000000 (3758096384)
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: ---------- IPv4 DHCPD --- dhcpd_iox_l3_conn_hlr -------
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: VRF name (id): default (0x60000000)
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: L3 src: 0.0.0.0
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: L3 dst: 255.255.255.255
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: L3 src port: 68
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: L3 dst port: 67
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: metadata: L3 input Intf: Bundle-Ether7.666
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: metadata: Output Intf: Null
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: metadata: FROM: L3
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: metadata: NETWORK_ORDER
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: metadata: Vlan Info
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: metadata: Vlan EtherType 1: 0x8100
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: metadata: Vlan Priority 1: 0 (0x0)
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: metadata: Vlan Format 1: 0 (0x0)
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: metadata: Vlan ID 1: 666 (0x29a)
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: metadata: Vlan EtherType 2: 0x8100
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: metadata: Vlan Priority 2: 0 (0x0)
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: metadata: Vlan Format 2: 0 (0x0)
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: metadata: Vlan ID 2: 101 (0x65)
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28:
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: op:     BOOTREQUEST
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: chaddr: b048.7a81.9ea1
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: xid:    0x630d5c38
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: flags:  0x8000 (broadcast)
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: ciaddr: 0.0.0.0
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: yiaddr: 0.0.0.0
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: siaddr: 0.0.0.0
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: giaddr: 0.0.0.0
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: cookie: 0x63538263
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: option: MESSAGE_TYPE: DISCOVER
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: option: MAX_MESSAGE_SIZE data: "0x04-00"
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: option: CLIENT_IDENTIFIER data: "0x01-b0-48-7a-81-9e-a1"
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: option: HOST_NAME data: "TL-WR740N"
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: option: VENDOR_CLASS_IDENT data: "MSFT 5.0"
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: pktRx id 28: option: PARAMETER_REQUEST data: "0x01-03-06-0f-21-2b-2c-2e-2f-79-f9"
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: dhcpd_is_match_option_filter_drop: profile name: BNG-DHCP mode: 3
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: TP3677: wildcard list is not initialized, mode 3
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: dhcpd_iox_l3_conn_hlr: dhcpd_iox_eventQ_enqueue failed
    RP/0/RSP0/CPU0:May  3 00:31:50.703 UTC: dhcpd[1097]: DHCPD: dhcpd_iox_l3_conn_hlr: l3sock read returned -1
    RP/0/RSP0/CPU0:May  3 00:31:54.711 UTC: dhcpd[1097]: DHCPD: TP563: L3 packet event received
    RP/0/RSP0/CPU0:May  3 00:31:54.711 UTC: dhcpd[1097]: DHCPD: dhcpd_iox_l3_conn_hlr: l3sock read returned 1
    RP/0/RSP0/CPU0:May  3 00:31:54.711 UTC: dhcpd[1097]: DHCPD: TP2514: L3 RX: vrfid 0x60000000 (1610612736), ifh 0x120 (288), ifhsec 0x0 (0)
    RP/0/RSP0/CPU0:May  3 00:31:54.711 UTC: dhcpd[1097]: DHCPD: TP564: L3 Packet RX from addr = 0.0.0.0, port = 68, application len 548, vrf 0x60000000 (1610612736), tbl 0xe0000000 (3758096384)

    сообщить модератору +/ответить
juniper srx autoinstallation, !*! horus4015, (Оборудование Lucent, Nortell и др.) 16-Мрт-20, 19:03  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Juniper MX-series equal Cisco route-map , !*! maxnetstat, (Маршрутизация) 08-Апр-20, 20:43  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Один Mikrotik вместо двух софтовых роутеров., !*! Harlan, (Разное) 02-Фев-20, 11:42  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
  • Единственным критерием, по которому роутер сможет определить выбранный пользова, !*! PavelR (??), 12:39 , 02-Фев-20 (1)
    > Ether3: 192.168.1.1, 192.168.1.2, 192.168.1.3
    > Если у пользователя указан Default Gateway 192.168.1.1, то маршрут определяется автоматически,
    > но если 192.168.1.2 или 192.168.1.3, то пакеты, соответственно, маршрутизируются на Ether1
    > или Ether2.
    > Возможно ли такое? И если "да" то в какую сторону копать?

    Единственным критерием, по которому роутер сможет определить "выбранный пользователем маршрутизатор", является мак-адрес роутера. Сейчас он один (т.к. роутер один), надо чтобы их стало больше.
    Например, организовать интерфейсы Ether3,Ether4,Ether5, вероятно физически соединенные еще одним коммутатором, или еще как-то. Тогда на основании имени интерфейса, через который вошел пакет от пользователя, делаешь маркировку пакета, а на основании маркировки - выбираешь маршрутизацию.

    сообщить модератору +/ответить
  • Ну разве что три интерфейса в локалку С какого пришло так и маршрутизировать , !*! Ann None (?), 12:42 , 02-Фев-20 (3)
    Ну разве что три интерфейса в локалку. С какого пришло так и маршрутизировать.


    сообщить модератору +/ответить
  • Да, возможно Кейс не самый стандартный, но и не экзотический Важная харакерист, !*! Licha Morada (ok), 02:14 , 03-Фев-20 (5) +1
    > Возможно ли такое?

    Да, возможно. Кейс не самый стандартный, но и не экзотический. Важная харакеристика, которая делает его таким, это то что вы делегируете пользователю решать, через какой маршрут он хочет ходить в инет. Это не правильно и не неправильно, что вы вам не говорили (здесь или где-то ещё), а просто ваша данность.

    > И если "да" то в какую сторону копать?

    Эту задачу реашает та или иная разновидность Policy Based Routing.
    https://wiki.mikrotik.com/wiki/Policy_Base_Routing

    В принципе, вам понадобится обеспечить два ключевых момента:
    1. Иметь две (или более) таблицы маршрутизации. Одна обычная, которая будет применяться по дефолту, а другая сама по себе, которая будет применяться в специально прописанных случаях (см. п. 2). В обеих таблицах будет присутствовать некий default route.
    2. Механизм, позволяющий на основе какого-то критерия (src IP, dst IP, dst port, in-interface и т.д.) выбирать, какую именно таблицу использовать при принятии решения маршрутизации.


    У Mikrotik, разные таблицы обозначаются "routing mark". Термин, ИМХО, запутывающий, т.к. он указывает на несколько разнородных сущностей сразу. В документации TLRP по policy routing к Линуксу, понятия "таблица маршрутизации" и "маркировка" более явно различимы, если есть желание вдаваться в суть. Это непринципиально для вашего случая, просто потребуется прописать default gateway в стандартную таблицу (называется main), и второй default gateway в другую таблицу как-её-назовёте. Заранее вторую таблицу создавать не требуется, достаточно начать создавать маршруты на неё указывающие.

    Выбор конкретной таблицы можно указывать правилами mangle в секции IP/Firewall, с помощью "action" "mark routing". В примере по ссылке выше это делают ориентируясь на "content", вам же, наверное, следует вместо этого указывать in-interface.

    Самое простое будет разнести разные адреса 192.168.1.1, 192.168.1.2 и 192.168.1.3 по разным интерфейсам. Просто добавить их к Ether3 не достаточно, т.к. правило mangle их не различит.

    сообщить модератору +1 +/ответить
  • gt оверквотинг удален В терминаз cisco VRF вам помочь может , !*! fantom (??), 10:45 , 03-Фев-20 (6)
    >[оверквотинг удален]
    > Сейчас для замены этих двух роутеров взяли одну железку Mikrotik, на которой,
    > конечно же, хотелось бы настроить маршрутизацию и балансировку, но так же
    > оставить и ручной выбор маршрута. Например так:
    > Ether1: X.X.X.X
    > Ether2: Y.Y.Y.Y
    > Ether3: 192.168.1.1, 192.168.1.2, 192.168.1.3
    > Если у пользователя указан Default Gateway 192.168.1.1, то маршрут определяется автоматически,
    > но если 192.168.1.2 или 192.168.1.3, то пакеты, соответственно, маршрутизируются на Ether1
    > или Ether2.
    > Возможно ли такое? И если "да" то в какую сторону копать?

    В терминаз cisco VRF вам помочь может.

    сообщить модератору +/ответить
  • Именно так - нельзя В пакетах от пользователя в интернет нет информации об адре, !*! ShyLion (??), 06:37 , 06-Фев-20 (8)
    > Ether3: 192.168.1.1, 192.168.1.2, 192.168.1.3
    > Если у пользователя указан Default Gateway 192.168.1.1, то маршрут определяется автоматически,
    > но если 192.168.1.2 или 192.168.1.3, то пакеты, соответственно, маршрутизируются на Ether1
    > или Ether2.
    > Возможно ли такое? И если "да" то в какую сторону копать?

    Именно так - нельзя. В пакетах от пользователя в интернет нет информации об адресе шлюза. MAC адрес у всех 3 адресов шлюза будет один и тотже, поэтому на стороне роутера пакеты по этому признаку не разобрать.

    Можно сделать три разных интерфейса ether[1,2,3] в разных сетях 192.168.[1,2,3].1, и на клиентах менять (раз уж они могут менять настройки) и IP адрес тоже. Тогда ваш алгоритм можно воплотить.

    сообщить модератору +/ответить
  • Можно Копать в сторону поддержки разных нескольких таблиц маршрутизации Это д, !*! Андрей (??), 20:05 , 31-Мрт-20 (11)
    Можно. Копать в сторону поддержки разных (нескольких) таблиц маршрутизации.

    Это достаточно просто настраивается в Микротике или в Линуксе.


    сообщить модератору +/ответить
vpn ipsec и vpn ssl на одном маршрутизаторе, !*! motok, (VPN, VLAN, туннель) 11-Мрт-20, 17:18  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]


cisco remote vpn client, !*! Alex, (VPN, VLAN, туннель) 24-Мрт-20, 08:24  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Проблема с Cisco 2821, !*! Garri, (Диагностика и решение проблем) 05-Мрт-20, 10:08  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Ассиметрия трафика, !*! maxnetstat, (Разное) 10-Мрт-20, 20:52  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]


проброс транка через второй порт, !*! Gunsfeel, (Маршрутизация) 30-Дек-19, 12:33  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]


Soft-роутер на мини-ПК(AOpen DE2700), !*! Marasmius, (Разное) 10-Мрт-20, 15:59  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
  • А в чём, конкретно, проблема На провайдера надавить чтобы дичь не творил Или у, !*! Licha Morada (ok), 00:27 , 11-Мрт-20 (1)
    > Доброго времени суток,есть мини-ПК AOpen DE2700 на котором стоит OpenWrt,все работает,но
    > иногда (в основном,когда у провайдера случаются аварии) творится некая дичь и
    > провайдер отключает порт на своем оборудовании,в консоль OpenWrt при этом ничего
    > подозрительного не сыпется,провайдер никаких логов не дает.

    А в чём, конкретно, проблема? На провайдера надавить чтобы дичь не творил? Или удалённо включать порт на его оборудовании?

    > Пробовал ставить OpenSUSE,все работает замечательно,но веб-интерфейса удобного нет.
    > Есть ли веб-интерфейс,подобный LuCI, для полноценных Linux дистрибутивов или,может быть,есть
    > что-то подобное Zentyal,для железа не поддерживающего 64-бит архитектуру?

    Посмотрите подборку https://alternativeto.net/software/openwrt/
    pfSense отличается симпатичностью.
    ClearOS полноценный дистрибутив.
    Ну, и остальные тоже не промах.

    сообщить модератору +/ответить
  • Пока нет описания что такое дичь - нет гарантии что с обоих сторон накосячили , !*! Andrey (??), 09:00 , 11-Мрт-20 (2)
    > творится некая дичь и
    > провайдер отключает порт на своем оборудовании

    Пока нет описания что такое "дичь" - нет гарантии что с обоих сторон накосячили.
    Сейчас описание проблемы смахивает на проблему "ни одного разрыва в течении года"(с).

    Начинайте смотреть начиная с STP, proxy-arp, speed/duplex mismatch.

    сообщить модератору +/ответить
  • ClearOSIPFireНо может нормально с OpenWRT разобраться , !*! fantom (??), 14:02 , 11-Мрт-20 (3)
    > Доброго времени суток,есть мини-ПК AOpen DE2700 на котором стоит OpenWrt,все работает,но
    > иногда (в основном,когда у провайдера случаются аварии) творится некая дичь и
    > провайдер отключает порт на своем оборудовании,в консоль OpenWrt при этом ничего
    > подозрительного не сыпется,провайдер никаких логов не дает.
    > Пробовал ставить OpenSUSE,все работает замечательно,но веб-интерфейса удобного нет.
    > Есть ли веб-интерфейс,подобный LuCI, для полноценных Linux дистрибутивов или,может быть,есть
    > что-то подобное Zentyal,для железа не поддерживающего 64-бит архитектуру?

    ClearOS
    IPFire

    Но может нормально с OpenWRT разобраться?

    сообщить модератору +/ответить
  • Странно конечно, использовать для таких вещей web-интерфейсы Лучше всего посмот, !*! MutusLiber (ok), 11:37 , 12-Мрт-20 (4)
    > для полноценных Linux дистрибутивов или,может быть,есть что-то подобное Zentyal

    Странно конечно, использовать для таких вещей web-интерфейсы. Лучше всего посмотреть в сторону универсального решения https://tehnichka.pro/ifconfig-linux/#content_header_5 для Linux дистрибутивов.


    сообщить модератору +/ответить
После смены провайдера упал GRE туннель, !*! alexr19, (Cisco маршрутизаторы) 30-Авг-18, 08:00  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
не загружается cisco 2611 xm, !*! AlexAnder005, (Диагностика и решение проблем) 22-Фев-20, 08:46  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
настройка sip телефонов, !*! AlexAnder005, (VoIP) 16-Фев-20, 08:42  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Ip adress Mikrotik, !*! Алексей, (Разное) 19-Фев-20, 17:33  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
настройка policy routing , !*! astar, (Маршрутизация) 10-Фев-20, 09:53  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Cisco 1841 и IPTV Ростелеком, !*! Leviafan61, (Маршрутизация) 24-Дек-18, 01:20  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Использование DHCP Relay на Cisco 2811, !*! Dima_Makarov98, (Маршрутизация) 06-Фев-20, 13:38  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Подключение маршрутизаторов точка-точка. , !*! vad_v, (VPN, VLAN, туннель) 27-Янв-20, 15:57  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
  • gt оверквотинг удален Dot1q , 802 1q RTFM , !*! Serb (?), 16:00 , 27-Янв-20 (1)
    >[оверквотинг удален]
    > можно не указывать ip адреса, достаточно только номера vlan?
    > Не совсем знаком с такой техникой. И когда ее можно применять?
    > Спасибо.
    > interface Ethernet1/3
    >  no ip address
    >  duplex half
    > !
    > interface Ethernet1/3.1
    >  encapsulation dot1Q 200
    >  ip address 192.168.1.5 255.255.255.0

    Dot1q , 802.1q
    RTFM

    сообщить модератору +/ответить
  • ip адрес на интерфейсе и на сабинтерфейсе не зависят друг от друга На уровне IP, !*! Licha Morada (ok), 00:12 , 28-Янв-20 (2)

    > Обычно когда на маршрутизаторе создаются sub-интерфейсы, то сам интерфейс
    > не содержит ip-адреса и подключен trunk портом в коммутатор.
    > Когда я указываю ip адрес на интерфейсе, на sub интерфейсах при этом
    > можно не указывать ip адреса, достаточно только номера vlan?

    ip адрес на интерфейсе и на сабинтерфейсе не зависят друг от друга. На уровне IP они ведут себя как два разных интерфейса. Конфигурация IP непосредственно на интерфейсе, на sub интерфейсы не распостраняется никак.

    > Не совсем знаком с такой техникой. И когда ее можно применять?

    Такую технику применяют чтобы подключить устройство к нескольким VLANам через один и тот-же физический интерфейс. В других случаях её, скорее всего, применять не следует.

    Допустим, у вас свитч с разными VLANами, в которых используются разные подсети IP, и вам надо подключить устройство так чтобы оно "присутствовало" в нескольких из них. Например, чтобы маршрутизировать для них трафик. Как вы вы можете этого достичь?
    1. В лоб. Назначить несколько портов свитча в режим access, каждый в соответствующем VLANе, использовать несколько интерфейсов вашего устройствя чтобы подключиться к каждому порту свитча, и на каждом интерфейсе настроить правильный IP адрес. Это будет работать хорошо, пока не окажется что богу VLANов надо больше VLANов, а свободные порты кончились.
    2. Через trunk. Назначить порт свитча в режим trunk, с участием в соответсвующих VLANах, использовать один единственный интерфейс вашего устройства для подключения к этому порту, и сконфигурировать соответствующее количество sub интерфейсов, каждый с IP адресом в нужной подсети. Это будет работать хорошо, пока не окажется что не весь трафик которым надо обмениваться со свитчём маркирован (пакеты тэегированны этикеткой VLAN). В принципе, это может никогда не случиться и на варианте 2 можно остановиться.
    2.1. Тоже через trunk, но с дефолтным VLANом. Назначить порт свитча в режим trunk, с участием в соответсвующих VLANах, но один из VLANов сделать default VLAN или PVID. Тогда со стороны вашего устройства, адреса тех сетей которые маркированны тэегом, подтребуется назначить sub интерфейсам, а адрес сети которая не маркирована, надо назначить непосредственно интерфейсу. Немаркированным будет тот VLAN, который назначен как PVID на порту свитча.

    Коментатор выше прав, RTFM. Да поможет вам это объяснение раскурить FM легче.

    сообщить модератору +/ответить
  • gt оверквотинг удален Пример из жизни У меня до сих пор живут 1841, у них всег, !*! AlexDv (??), 14:50 , 28-Янв-20 (3)
    >[оверквотинг удален]
    > можно не указывать ip адреса, достаточно только номера vlan?
    > Не совсем знаком с такой техникой. И когда ее можно применять?
    > Спасибо.
    > interface Ethernet1/3
    >  no ip address
    >  duplex half
    > !
    > interface Ethernet1/3.1
    >  encapsulation dot1Q 200
    >  ip address 192.168.1.5 255.255.255.0

    Пример из жизни.
    У меня до сих пор живут 1841, у них всего 2 эзернет-порта, а надо 2-3 внутренних сети, 2 провайдера. Тут-то и выручает рядом стоящий коммутатор с ВЛАН-ами.

    сообщить модератору +/ответить
Проблема с пингом, !*! Murad82, (Cisco маршрутизаторы) 25-Янв-20, 16:42  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]


Перестало вдруг звучать приветствие в IVR, !*! ssttoo, (VoIP) 24-Янв-20, 19:15  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
 
Пометить прочитанным Создать тему
1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | Архив | Избранное | Мое | Новое | | |



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру