才发现上海电信都开始给/32 的 IPv4 了...IPv6 倒一直都是/56 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
Cassius
V2EX    宽带症候群

才发现上海电信都开始给/32 的 IPv4 了...IPv6 倒一直都是/56

  •  
  •   Cassius 2024-03-07 13:11:44 +08:00 4904 次点击
    这是一个创建于 588 天前的主题,其中的信息可能已经有所发展或是发生改变。

    上个月拿到的.1 的 v4 才发现不对劲,再一看掩码/32 了
    v4 已经抠到这个程度了啊....


    家宽 v6 的/56 倒是一直没变
    但是政企宽带的静态 v6 还是/64 不加钱没法扩
    33 条回复    2024-03-09 19:40:39 +08:00
    weiyan
        1
    weiyan  
       2024-03-07 13:34:10 +08:00
    在我印象中 v4 公网单 IP 的掩码一直是 32 呐,不可能给其他的,除非你是专线多个 IP 的那种,可能会分你个 30 的掩码,然后靠路由器 DHCP 给下级发地址。
    难道上海以前的 v4 给了更大的掩码?
    ztmzzz
        2
    ztmzzz  
       2024-03-07 13:40:03 +08:00 via iPhone   1
    你的宽带是什么高级套餐,v4 一直都是 32 ,v6 一般都是 60
    lovestudykid
        3
    lovestudykid  
       2024-03-07 14:10:50 +08:00   8
    迷惑发言
    NoOne1
        4
    NoOne1  
       2024-03-07 14:11:24 +08:00
    掩码越大越好? doge
    lcy630409
        5
    lcy630409  
       2024-03-07 14:14:55 +08:00
    ?? v4 只有一个 ip 啊
    keyfunc
        6
    keyfunc  
       2024-03-07 14:23:18 +08:00
    家宽不一直是这样吗,怎么可能给你 1 个以上的 v4 ip 。
    dodakt
        7
    dodakt  
       2024-03-07 14:27:55 +08:00
    从“古”至今,家宽 ipv4 就一个拨号只给一个 ip 吧。
    datou
        8
    datou  
       2024-03-07 14:29:19 +08:00
    这完全不知道该如何回帖
    dodakt
        9
    dodakt  
       2024-03-07 14:29:44 +08:00   1
    说实在的,我进来之前标题看成了上海电信 ipv6 给 /32 [doge]
    ontry
        10
    ontry  
       2024-03-07 14:39:49 +08:00
    所以我们该说一句,不愧是上海?
    MikuM97
        11
    MikuM97  
       2024-03-07 15:10:54 +08:00
    PPPOE 是隧道协议,分配到的 IP 掩码确实可以是/32 的,不影响正常通信。甚至我见过某些 ISP 为了节约公网 IP ,用户侧是公网 IP ,局端侧是私网 IP 的,都不影响使用
    cr3bit
        12
    cr3bit  
       2024-03-07 15:10:57 +08:00 via iPhone
    @dodakt 一样反应
    Cassius
        13
    Cassius  
    OP
       2024-03-07 15:37:26 +08:00
    不不不 上海电信前几年的时候还是/30 的
    在杭州的时候还遇到过/28 的
    不是多 IP, 而是有 broadcast 和 network 范围
    loukky
        14
    loukky  
       2024-03-07 16:34:19 +08:00 via Android
    四川联通一开始分配的/60,现在也是 64 了
    mantouboji
        15
    mantouboji  
       2024-03-07 16:54:08 +08:00
    @Cassius 那就是以前偷懒配置错误呗。没有任何有价值信息的楼。
    intoext
        16
    intoext  
       2024-03-07 17:04:46 +08:00
    @Cassius 那么给你的话 浪费了 3/4 的 IP 资源。 不可持续
    htfcuddles
        17
    htfcuddles  
       2024-03-07 18:01:55 +08:00
    这个 32 和 56 根本不是一个概念。32 指的是 2 层网络的地址范围,你和同一网段其他客户通信时不用经过网关,不管多少子网掩码你能使用的 IP 还是 1 个。56 指的是分配给你 PD 前缀,你是可以 DHCP 到下层设备的。
    wheat0r
        18
    wheat0r  
       2024-03-07 19:41:11 +08:00 via iPhone
    @Cassius 你仔细想想,/30 和/32 对于你有什么区别
    weiyan
        19
    weiyan  
       2024-03-07 20:03:05 +08:00
    @Cassius PPPOE 是怎么做到分配子网掩码的呐?我刚刚去查了 rfc1332 ,分配 IP 的时候就没有提到子网掩码的事情,只是分配纯 IP 地址。我很好奇,你以前是 PPPOE 嘛?
    NewYear
        20
    NewYear  
       2024-03-07 20:10:50 +08:00
    掩码 32 通常单独的通道,走的是非广播接口,32 以内的是走的广播接口。

    比较有趣的是,非广播端口可以设置两端相同 IP ,不影响通讯。。

    对于家庭用户而言,没任何意义,你是家庭用户,宁死也不可能给你 N 个 IP 的,如果你是企业用户,和几十个 IP 同一个子网是正常的,但是……
    这玩意对你而言真的毫无意义啊,跟扣不扣也没有任何关系啊,太捉急了简直。
    NewYear
        21
    NewYear  
       2024-03-07 20:11:57 +08:00
    如果用掩码 30 ,还使用广播接口,这纯粹就是浪费,学网络的人知道了怕不是要杀了他祭天。
    Archeb
        22
    Archeb  
       2024-03-07 21:20:28 +08:00
    @weiyan #19
    CISCO 有自己的小玩意“ppp ipcp mask request” 具体可以看
    https://ine.com/blog/2008-07-06-the-mystery-of-ppp-ipcp-mask-request-command

    但是我不确定楼主说的是不是这个玩意,因为这个东西似乎不是标准。
    nkloveni
        23
    nkloveni  
       2024-03-07 21:32:08 +08:00
    @intoext 可能是配置错误,那个范围内的其他 IP 也是被分配的,只是互访有问题,概率太小了
    OutOfMemoryError
        24
    OutOfMemoryError  
       2024-03-07 21:40:01 +08:00
    你是咋拿到的/56 的前缀授权。。。我 openwrt 拿到的直接就是/64 了 上海嘉定
    jsq2627
        25
    jsq2627  
       2024-03-07 22:08:12 +08:00 via iPhone
    @weiyan 说的对。ppp 协议不协商 mask ,只协商一个个 ipv4 。ipv6 走单独 icmp ra 或者 dhcp v6 ,和 ppp 无关了。

    /32 mask 是设备侧自己加上的,因为其他 mask 对 ppp link 没有意义。如果楼主以前见过 /30 的 pppoe ,那肯定是自己手动配置的 /30 ,pppoe 本身没这个概念。
    weiyan
        26
    weiyan  
       2024-03-07 22:24:31 +08:00
    @OutOfMemoryError 如果是 request pool 的话可以拿到/56 或/60 的,如果是 request address 那就只能拿到/64
    Wildpoint
        27
    Wildpoint  
       2024-03-07 22:29:16 +08:00
    @htfcuddles 一直很好奇,城域网是什么结构呢,有几层呢?我家光猫有个叫 B 平面地址 的 ip 地址,一直疑惑。
    weiyan
        28
    weiyan  
       2024-03-07 22:43:29 +08:00
    @Wildpoint 那个应该是控制平面的地址,是用来远控光猫的
    JerryYuan
        29
    JerryYuan  
       2024-03-08 10:02:35 +08:00 via Android
    IPv4 和 IPv6 本质上已经是两种互不兼容 IP 协议了,不然铺开 IPv6 就不需要花那么大力气去更新骨干网设备了。因为二者有血缘关系,所以有些好的设定是一脉相承的。但是切忌这俩有点像就把彼此的特性往自己身上套。
    100240v
        30
    100240v  
       2024-03-09 01:15:13 +08:00
    @OutOfMemoryError 同上海 我也是 56

    mantouboji
        31
    mantouboji  
       2024-03-09 14:01:30 +08:00
    @100240v 在上海,电信给/56 ,移动和联通给/60 。
    cwek
        32
    cwek  
       2024-03-09 15:38:25 +08:00
    现在家用接入的 pppoe 是点对点隧道协议,不需要是子网,所以 v4 的话只需要下发一个单点地址行了,对应子网就是/32 ,应该是一直这样。

    v6 的话,在规范上就说明了至少分配/64 (用来做 SLACC ),或者特殊情况也可以给 pppoe 下发单点地址(子网就是/128 ,给的例子是酒店每个房间的认证接入,但向上汇聚还是/64 。这个是 O'Reilly 关于 IPv6 提到的)。只是为了给内网也能分配全球地址,也避免和户端接入边缘路由器有路由冲突,还会通过前缀代理再下发一个至少大于/64 (/60 、/54 等)的子网地址段来给内网配置分配。在 v6 层面,户端接入边缘路由器有两个子网段,一个是给它自己的子网段(可以小于/64 ),另一个是给它下发子网的子网段(必须至少/64 ,保证能进行 SLACC )。
    OutOfMemoryError
        33
    OutOfMemoryError  
       2024-03-09 19:40:39 +08:00
    @100240v #29 可能是我没改桥接的原因,猫分下来已经是最低了
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     5402 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 22ms UTC 08:14 PVG 16:14 LAX 01:14 JFK 04:14
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86