fox_m

AS-SET Объект создается, если AS является транзитной. В нем описываем те AS, которые мы анонсируем вышестоящему провайдеру. Важно поддерживать данный объект в актуальном состоянии, поскольку многие провайдеры строят свои фильтры на основе данного объекта. AS вышестоящего провайдера здесь указывать нельзя. as-set: AS-MMIP descr: IPv4 downstreams members: AS42787 members: AS47827 members: AS47851 tech-c: GRS17-RIPE admin-c: GRS17-RIPE mnt-by: MNT-MMIP created: 2008-07-24T10:47:21Z last-modified: 2018-06-08T10:24:31Z source: RIPE whois -h whois.ripe.net AS-MMIP

Elemental

т.е. примерно так: policy-map OUT class REALTIME-DATA priority level 1 police rate 150 mbps ! ! class IPTV bandwidth 3500 mbps ! class class-default shape average 1000 mbps ! end-policy-map

Понял. Спасибо.

Всем привет. Есть L2 канал между двумя площадками. Тип подключения 10Gb. По факту, провайдер ограничивает канал до 5Гб. Настраиваю исходящий policy-map, в которой мне нужно выделить гарантированную полосу под мультикаст и голос. Нужно ли в этом случае канал предварительно зашейпить до реальной пропускной способности? т.е. сделать как-то так: policy-map OUT-WAN class class-default service-policy OUT-POLICY shape average percent 50 end-policy-map policy-map OUT-POLICY class REALTIME-DATA priority level 1 police rate percent 1 class IPTV bandwidth percent 70 class CRITICAL-DATA bandwidth percent 1 random-detect default class class-default random-detect default end-policy-map или просто указать гарантированную полосу в Mbps?

Envivio, Elemental

Короче, на IOS-XR при изменении mtu на физическом интерфейсе, нужно еще добавлять 14 байт на L2 заголовок. А значения для ip mtu и для 802.1q интерфейсов он уже сам высчитывает. Тут я указал mtu 1500+14 байт заголовок L2+4 байта на метку. Для 802.1q он сам добавил еще 4 байта на vlan tag. Для ip mtu посчитал 1504. interface GigabitEthernet0/0/0/4 mtu 1518 RP/0/0/CPU0:M9-ASR01#sh int gigabitEthernet 0/0/0/4 Tue Dec 11 11:23:28.202 UTC GigabitEthernet0/0/0/4 is up, line protocol is up Interface state transitions: 1 Hardware is GigabitEthernet, address is 5000.0001.0005 (bia 5000.0001.0005) Internet address is Unknown MTU 1518 bytes, BW 1000000 Kbit (Max: 1000000 Kbit) reliability 255/255, txload 0/255, rxload 0/255 Encapsulation ARPA, Full-duplex, 1000Mb/s, unknown, link type is force-up output flow control is off, input flow control is off Carrier delay (up) is 10 msec loopback not set, Last input 00:00:00, output 00:00:00 Last clearing of "show interface" counters never 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 1 packets/sec 605300 packets input, 51489250 bytes, 0 total input drops 0 drops for unrecognized upper-level protocol Received 4 broadcast packets, 451991 multicast packets 0 runts, 0 giants, 0 throttles, 0 parity 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 744627 packets output, 59736572 bytes, 0 total output drops Output 2 broadcast packets, 500128 multicast packets 0 output errors, 0 underruns, 0 applique, 0 resets 0 output buffer failures, 0 output buffers swapped out 1 carrier transitions RP/0/0/CPU0:M9-ASR01#sh int gigabitEthernet 0/0/0/4.10 Tue Dec 11 11:23:32.091 UTC GigabitEthernet0/0/0/4.10 is up, line protocol is up Interface state transitions: 1 Hardware is VLAN sub-interface(s), address is 5000.0001.0005 Internet address is 10.100.30.1/24 MTU 1522 bytes, BW 1000000 Kbit (Max: 1000000 Kbit) reliability 255/255, txload 0/255, rxload 0/255 Encapsulation 802.1Q Virtual LAN, VLAN Id 10, loopback not set, ARP type ARPA, ARP timeout 04:00:00 Last input 00:00:05, output 00:00:00 Last clearing of "show interface" counters never 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 627 packets input, 283506 bytes, 0 total input drops 0 drops for unrecognized upper-level protocol Received 2 broadcast packets, 2167 multicast packets 914 packets output, 435541 bytes, 0 total output drops Output 1 broadcast packets, 2246 multicast packets RP/0/0/CPU0:M9-ASR01#sh ipv4 int gigabitEthernet 0/0/0/4.10 Tue Dec 11 11:23:37.981 UTC GigabitEthernet0/0/0/4.10 is Up, ipv4 protocol is Up Vrf is default (vrfid 0x60000000) Internet address is 10.100.30.1/24 MTU is 1522 (1504 is available to IP) Helper address is not set Multicast reserved groups joined: 224.0.0.2 224.0.0.1 224.0.0.1 224.0.0.2 224.0.0.5 224.0.0.6 224.0.0.13 224.0.0.22 Directed broadcast forwarding is disabled Outgoing access list is not set Inbound access list is not set Proxy ARP is disabled ICMP redirects are never sent ICMP unreachables are always sent ICMP mask replies are never sent Table Id is 0xe0000000

Да, циска. (IOS XR). Так, кстати есть особенность, в mtu учитывается L2 заголовок.

И кстати, менять нужно просто mtu, не ip mtu?

Да, судя по всему так и есть. Если посмотреть в cef маршрут к хосту юзера, то видно, что добавляется метка. У меня канал между площадками - 802.1q (оператор выделил vlan для этого). MTU менять на 802.1q интерфейсе или на физическом интерфейсе?

Всем привет! Запустил на сети MPLS (LDP). После чего, один клиент (с реальным ip) стал жаловаться, что не все сайты открываются. После изучения проблемы выяснилось, что если на клиентской машине снизить MTU до 1400, то все начинает работать. В общем стало ясно, что проблема из за тегированного трафика и что нужно увеличить MTU на интерфейсах. Но не понятно, на всех или только на тех, где бегает тегированный трафик? И какой рекомендованный размер?

Да какая там производительность)

В основе - OSPF. Поверх него BGP (как полагается на loopback'ах). AS является транзитной. По идее, BFD достаточно будет прикрутить только к OSPF.

Ну вот я так примерно и думал. Спасибо.

Получается, в случае с iBGP только таймеры выкручивать?