3.9: Изменение настроек на проводном интерфейсе исключает его из policy профиля

[r13]

@eralde Привет, заводил тикет, 595202 но движения по нему не появилось, поэтому поковырял сам,

При изменениях настроек проводного интерфейса(для примера менял состояние галки ipv6) 

Веб интерфейс зачем то отправляет no ip global

Скрытый текст

[
    {
        "interface": {
            "GigabitEthernet1": {
                "ip": {
                    "address": {
                        "no": true,
                        "dhcp": false
                    },
                    "name-server": [
                        {
                            "no": true
                        }
                    ],
                    "gateway": {
                        "no": true
                    },
                    "mtu": {
                        "no": true
                    },
                    "dhcp": {
                        "client": {
                            "name-servers": {
                                "no": false
                            },
                            "hostname": {
                                "no": true
                            }
                        }
                    }
                }
            }
        }
    },
    {
        "interface": {
            "GigabitEthernet1": {
                "ipv6": {
                    "address": {
                        "auto": true,
                        "no": true
                    },
                    "prefix": {
                        "auto": true,
                        "no": true
                    }
                }
            }
        }
    },
    {
        "interface": {
            "GigabitEthernet1": {
                "ipv6": {
                    "name-servers": {
                        "no": true,
                        "auto": true
                    }
                }
            }
        }
    },
    {
        "interface": {
            "GigabitEthernet1": {
                "ip": {
                    "global": {
                        "no": true
                    }
                }
            }
        }
    }
]

Что ожидаемо приводит к удалению интерфейса из всех политик

А затем выставляет ip global обратно:

Скрытый текст

[
    {
        "interface": {
            "GigabitEthernet1": {
                "mac": {
                    "address": {
                        "no": true
                    }
                }
            }
        }
    },
    {
        "interface": {
            "GigabitEthernet1": {
                "ip": {
                    "address": {
                        "no": true,
                        "dhcp": true
                    },
                    "name-server": [
                        {
                            "no": true
                        }
                    ],
                    "gateway": {
                        "no": true
                    },
                    "mtu": "1500",
                    "dhcp": {
                        "client": {
                            "name-servers": {
                                "no": true
                            },
                            "hostname": "***"
                        }
                    },
                    "tcp": {
                        "adjust-mss": {
                            "no": true
                        }
                    }
                }
            }
        }
    },
    {
        "interface": {
            "GigabitEthernet1": {
                "ip": {
                    "global": {
                        "enabled": true,
                        "order": 0
                    }
                }
            }
        }
    },
    {},
    {},
    {
        "interface": {
            "GigabitEthernet1": {
                "ipv6": {
                    "address": {
                        "auto": true,
                        "no": false
                    },
                    "prefix": {
                        "auto": true,
                        "no": false
                    }
                }
            }
        }
    },
    {
        "interface": {
            "GigabitEthernet1": {
                "ipv6": {
                    "name-servers": {
                        "no": true,
                        "auto": true
                    }
                }
            }
        }
    },
    {
        "interface": {
            "GigabitEthernet1": {
                "up": true
            }
        }
    },
    {
        "interface": {
            "GigabitEthernet1": {
                "schedule": {
                    "no": true
                }
            }
        }
    },
    {},
    {},
    {
        "interface": {
            "GigabitEthernet1": {
                "description": "Bee"
            }
        }
    },
    {},
    {
        "interface": {
            "GigabitEthernet1": {
                "authentication": {
                    "no": true
                }
            }
        }
    },
    {
        "interface": {
            "GigabitEthernet1": {
                "ping-check": {
                    "profile": "default"
                }
            }
        }
    },
    {
        "system": {
            "configuration": {
                "save": true
            }
        }
    }
]

Но вхождение интерфейса в политики утрачено.

Надо бы это пофиксить.

[eralde]

4 часа назад, r13 сказал:

@eralde Привет, заводил тикет, 595202 но движения по нему не появилось, поэтому поковырял сам,

При изменениях настроек проводного интерфейса(для примера менял состояние галки ipv6) 

Веб интерфейс зачем то отправляет no ip global

Что ожидаемо приводит к удалению интерфейса из всех политик

А затем выставляет ip global обратно:

Но вхождение интерфейса в политики утрачено.

Надо бы это пофиксить.

Отправка no ip global была добавлена для остановки DHCP-клиента на ge1 в сценарии, когда задан какой-то VLAN для интернета.
Штош, видимо, придется еще пару условий в этом месте дописать 🤖

[r13]

5 часов назад, eralde сказал:

Отправка no ip global была добавлена для остановки DHCP-клиента на ge1 в сценарии, когда задан какой-то VLAN для интернета.
Штош, видимо, придется еще пару условий в этом месте дописать 🤖

С интернетом в vlan там своя отдельная история, при таком же сценарии маршруты удатляются через подобный интерфейс. Но удаленно это отловить проблемно, надо будет доехать и тоже надергать rci обмена

[eralde]

13 часа назад, r13 сказал:

С интернетом в vlan там своя отдельная история, при таком же сценарии маршруты удатляются через подобный интерфейс. Но удаленно это отловить проблемно, надо будет доехать и тоже надергать rci обмена

Сппасибо, уже понятно, что ситуация требует исправления. Мы подумаем как сделать так, чтобы не дергать лишний раз настройки на интерфейсе.

[r13]

@eralde Приветствую, еще один кейс (на 3.9.2)

Проводной интернет интерфейс - GigabitEthernet1/VLAN3

IP телефония интерфейс - GigabitEthernet1/VLAN5

через интерфейс IP телефонии созданы статические маршруты

Скрытый текст

ip route 192.168.36.0 255.255.255.0 GigabitEthernet1/Vlan5 auto reject
ip route 192.168.40.0 255.255.255.0 GigabitEthernet1/Vlan5 auto reject

Если менять настройки интернет интерфейса(для примера как и ранее менял состояние ipv6) то эти статические маршруты удаляются.

Селфтест с конфигурацией ниже.

Edited January 15, 2023 by r13

[eralde]

36 минут назад, r13 сказал:

@eralde Приветствую, еще один кейс (на 3.9.2)

Проводной интернет интерфейс - GigabitEthernet1/VLAN3

IP телефония интерфейс - GigabitEthernet1/VLAN5

через интерфейс IP телефонии созданы статические маршруты

  Скрыть содержимое

ip route 192.168.36.0 255.255.255.0 GigabitEthernet1/Vlan5 auto reject
ip route 192.168.40.0 255.255.255.0 GigabitEthernet1/Vlan5 auto reject

Если менять настройки интернет интерфейса(для примера как и ранее менял состояние ipv6) то эти статические маршруты удаляются.

Селфтест с конфигурацией ниже.

Спасибо за диагностику, но вы сами можете убедиться в том, что веб-интерфейс при настройке провайдера не отправляет команды, связанные с маршрутами через интерфейс провайдера. Тут нужна помощь @admin и @Le ecureuil.

[r13]

В 15.01.2023 в 20:56, eralde сказал:

Спасибо за диагностику, но вы сами можете убедиться в том, что веб-интерфейс при настройке провайдера не отправляет команды, связанные с маршрутами через интерфейс провайдера. Тут нужна помощь @admin и @Le ecureuil.

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

POST /rci/interface/ipoe

Payload - {"inet-port":"0","inet-vlan":"3","iptv-port":"","iptv-vlan":"","voip-port":"","voip-vlan":"5","name":"GigabitEthernet1/Vlan3"}

@eralde @admin @Le ecureuil Чья проблемка?

[r13]

@admin @Le ecureuil

Проблема все еще актуальна,

Изменения ISP интерфейса с vlan`ами удаляет статические маршруты через эти vlan интерфейсы из конфигурации.

 

Edited October 12, 2023 by r13

[Geont]

В 15.01.2023 в 20:08, r13 сказал:

@eralde Приветствую, еще один кейс (на 3.9.2)

Проводной интернет интерфейс - GigabitEthernet1/VLAN3

IP телефония интерфейс - GigabitEthernet1/VLAN5

через интерфейс IP телефонии созданы статические маршруты

  Показать содержимое

ip route 192.168.36.0 255.255.255.0 GigabitEthernet1/Vlan5 auto reject
ip route 192.168.40.0 255.255.255.0 GigabitEthernet1/Vlan5 auto reject

Если менять настройки интернет интерфейса(для примера как и ранее менял состояние ipv6) то эти статические маршруты удаляются.

Селфтест с конфигурацией ниже.

Столкнулся с точно такой же проблемой на 3.9.8