回复 dogb 的帖子
这个问题也困扰着我，希望大家一起研究推进。另外请楼主把标题加上上海字样。
openwrt可以起vlan51,85，但不知如何把eth0和eth1的其中一个口划到同一vlan中
回复 victor2002 的帖子
我把RG200E上的ip link dump下来供你参考：
eth0.2应该是wan口，然后eth0.3~6是4个LAN口，itv口就是eth0.4
# ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: ifb0: <BROADCAST,NOARP> mtu 1500 qdisc noop state DOWN qlen 32
link/ether 26:7b:61:74:8d:a4 brd ff:ff:ff:ff:ff:ff
3: ifb1: <BROADCAST,NOARP> mtu 1500 qdisc noop state DOWN qlen 32
link/ether 6a:09:1a:a7:a6:07 brd ff:ff:ff:ff:ff:ff
4: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether b4:41:7a:0e:0b:00 brd ff:ff:ff:ff:ff:ff
5: wl0: <BROADCAST,MULTICAST,LOWER_UP> mtu 1500 qdisc noop state UNKNOWN qlen 1000
link/ether b4:41:7a:0e:0b:01 brd ff:ff:ff:ff:ff:ff
6: eth0.2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000
link/ether b4:41:7a:0e:0b:00 brd ff:ff:ff:ff:ff:ff
7: eth0.3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether b4:41:7a:0e:0b:00 brd ff:ff:ff:ff:ff:ff
8: eth0.4: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000
link/ether b4:41:7a:0e:0b:00 brd ff:ff:ff:ff:ff:ff
9: eth0.5: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000
link/ether b4:41:7a:0e:0b:00 brd ff:ff:ff:ff:ff:ff
10: eth0.6: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000
link/ether b4:41:7a:0e:0b:00 brd ff:ff:ff:ff:ff:ff
11: br0: <BROADCAST,MULTICAST,ALLMULTI,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN
link/ether b4:41:7a:0e:0b:00 brd ff:ff:ff:ff:ff:ff
12: eth0.2.46@eth0.2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state LOWERLAYERDOWN
link/ether b4:41:7a:0e:0b:00 brd ff:ff:ff:ff:ff:ff
13: eth0.2.46_1: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
link/ether b4:41:7a:0e:0b:02 brd ff:ff:ff:ff:ff:ff
14: eth0.2.51@eth0.2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state LOWERLAYERDOWN
link/ether b4:41:7a:0e:0b:00 brd ff:ff:ff:ff:ff:ff
15: eth0.2.85@eth0.2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state LOWERLAYERDOWN
link/ether b4:41:7a:0e:0b:00 brd ff:ff:ff:ff:ff:ff
16: eth0.2.85_0: <BROADCAST,UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
link/ether 02:10:18:02:00:01 brd ff:ff:ff:ff:ff:ff
17: wl0.1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
link/ether b4:41:7a:0e:0b:01 brd ff:ff:ff:ff:ff:ff
18: wl0.2: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
link/ether b4:41:7a:0e:0b:01 brd ff:ff:ff:ff:ff:ff
19: wl0.3: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
link/ether b4:41:7a:0e:0b:01 brd ff:ff:ff:ff:ff:ff
回复 tangsoft 的帖子
帖子太老，系统不让再编辑 (han1:
回复 dogb 的帖子
在DDWRT中的问题也是没办法识别eth0上其中某一个口。而RG200E官方firmware可以用eth0.2来对应wan口。
快绝望了：
RG200E-AB 的switch chip是BCM53101，支持4096个VLAN ID：
• Virtual Local-Area Network (VLAN)
• 4K-entry port-based and 802.1Q VLAN (full 4K range)
• VLAN based rate limiting
而WRT160Nv3,使用的是BCM5325E，只支持16个VLAN ID：
• Port-based and 802.1Q-based VLAN with 16 entries
估计很难模拟出一样的配置了。虽然还不确定这个vlan id是否关键。
回复 tangsoft 的帖子
肯定是可以模拟出一样的配置地，虽然我不会
PS：电信送的 中兴H618C 用的也是BCM5325E交换芯片，配置界面和贝尔RG200E差不多，也支持IPTV
回复 dogb 的帖子
暂时没有头绪了。又回到研究RG200E-AB的官方配置，仍然不清楚itv口的具体配置。
就借宝地一用了，为了更进一步弄清这个RG200E－AB的工作原理，我把iptv机顶盒接在iTV口，然后在RG200E的WAN口接一台带tcpdump的上网本：tcpdump -vvv -XX -l -e -i eth1
采集到3种包：无vlan tag的pppoe(这个应该是宽带上网的pppoe拨号), vlan tag为46的DHCP请求（无vendor option，应该是那个所谓的管理端口），vlan tag为85的DHCP请求(有vender option，应该是iptv盒子发出来的，好些格式出了vlan tag其它和我昨天直接在iptv eth口采集到的一样）
22:05:47.791669 b4:41:7a:0e:0b:00 (oui Unknown) > Broadcast, ethertype PPPoE D (0x8863), length 60: PPPoE PADI
0x0000:ffff ffff ffff b441 7a0e 0b00 8863 1109.......Az....c..
0x0010:0000 000c 0101 0000 0103 0004 0048 8008.............H..
0x0020:0000 0000 0000 0000 0000 0000 0000 0000................
0x0030:0000 0000 0000 0000 0000 0000 ............
22:05:47.791865 b4:41:7a:0e:0b:00 (oui Unknown) > 00:90:1a:a2:da:2a (oui Unknown), ethertype PPPoE D (0x8863), length 60: PPPoE PADT
0x0000:0090 1aa2 da2a b441 7a0e 0b00 8863 11a7.....*.Az....c..
0x0010:0221 000c 0103 0004 0048 8008 0101 0000.!.......H......
0x0020:0000 0000 0000 0000 0000 0000 0000 0000................
0x0030:0000 0000 0000 0000 0000 0000 ............
22:05:50.795926 b4:41:7a:0e:0b:00 (oui Unknown) > Broadcast, ethertype PPPoE D (0x8863), length 60: PPPoE PADI
0x0000:ffff ffff ffff b441 7a0e 0b00 8863 1109.......Az....c..
0x0010:0000 000c 0103 0004 0048 8008 0101 0000.........H......
0x0020:0000 0000 0000 0000 0000 0000 0000 0000................
0x0030:0000 0000 0000 0000 0000 0000 ............
22:05:52.380082 00:15:eb:6a:a4:b7 (oui Unknown) > Broadcast, ethertype 802.1Q (0x8100), length 594: vlan 85, p 0, ethertype IPv4, (tos 0x0, ttl 64, id 17589, offset 0, flags , proto UDP (17), length 576)
0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:15:eb:6a:a4:b7 (oui Unknown), length 548, xid 0xdf11aa19, Flags (0x0000)
Client-Ethernet-Address 00:15:eb:6a:a4:b7 (oui Unknown)
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: Discover
Parameter-Request Option 55, length 8:
Subnet-Mask, Default-Gateway, Domain-Name-Server, Hostname
Domain-Name, BR, Router-Discovery, Static-Route
Hostname Option 12, length 32: "ea1001000000004000000015EB6AA4B7"
Vendor-Class Option 60, length 53: "^@^@^_1^A%!M-x!M-Y^L^@<M-5D^@^@^@^@^@^@M-YM-xM-vJM-{M-p^PM-S M-^I^GM-|M-^JM-RWM-M-j^OM-^YM-'^AM-@M-^_sb"
END Option 255, length 0
PAD Option 0, length 0, occurs 205
0x0000:ffff ffff ffff 0015 eb6a a4b7 8100 0055.........j.....U
0x0010:0800 4500 0240 44b5 0000 4011 33f9 0000..E..@D...@.3...
0x0020:0000 ffff ffff 0044 0043 022c faa4 0101.......D.C.,....
0x0030:0600 df11 aa19 0000 0000 0000 0000 0000................
0x0040:0000 0000 0000 0000 0000 0015 eb6a a4b7.............j..
0x0050:0000 0000 0000 0000 0000 0000 0000 0000................
0x0060:0000 0000 0000 0000 0000 0000 0000 0000................
0x0070:0000 0000 0000 0000 0000 0000 0000 0000................
0x0080:0000 0000 0000 0000 0000 0000 0000 0000................
0x0090:0000 0000 0000 0000 0000 0000 0000 0000................
0x00a0:0000 0000 0000 0000 0000 0000 0000 0000................
0x00b0:0000 0000 0000 0000 0000 0000 0000 0000................
0x00c0:0000 0000 0000 0000 0000 0000 0000 0000................
0x00d0:0000 0000 0000 0000 0000 0000 0000 0000................
0x00e0:0000 0000 0000 0000 0000 0000 0000 0000................
0x00f0:0000 0000 0000 0000 0000 0000 0000 0000................
0x0100:0000 0000 0000 0000 0000 0000 0000 0000................
0x0110:0000 0000 0000 0000 0000 6382 5363 3501..........c.Sc5.
0x0120:0137 0801 0306 0c0f 1c1f 210c 2065 6131.7........!..ea1
0x0130:3030 3130 3030 3030 3030 3034 3030 30300010000000040000
0x0140:3030 3031 3545 4236 4141 3442 373c 350000015EB6AA4B7<5.
0x0150:001f 3101 2521 f821 d90c 003c b544 0000..1.%!.!...<.D..
0x0160:0000 0000 d9f8 f64a fbf0 10d3 2089 07fc.......J........
0x0170:8ad2 57db ecbe 3fbb e7c0 1dea 0f99 a701..W...?.........
0x0180:c09f 7362 ff00 0000 0000 0000 0000 0000..sb............
0x0190:0000 0000 0000 0000 0000 0000 0000 0000................
0x01a0:0000 0000 0000 0000 0000 0000 0000 0000................
0x01b0:0000 0000 0000 0000 0000 0000 0000 0000................
0x01c0:0000 0000 0000 0000 0000 0000 0000 0000................
0x01d0:0000 0000 0000 0000 0000 0000 0000 0000................
0x01e0:0000 0000 0000 0000 0000 0000 0000 0000................
0x01f0:0000 0000 0000 0000 0000 0000 0000 0000................
0x0200:0000 0000 0000 0000 0000 0000 0000 0000................
0x0210:0000 0000 0000 0000 0000 0000 0000 0000................
0x0220:0000 0000 0000 0000 0000 0000 0000 0000................
0x0230:0000 0000 0000 0000 0000 0000 0000 0000................
0x0240:0000 0000 0000 0000 0000 0000 0000 0000................
0x0250:0000 ..
22:05:52.803210 b4:41:7a:0e:0b:00 (oui Unknown) > Broadcast, ethertype PPPoE D (0x8863), length 60: PPPoE PADI
0x0000:ffff ffff ffff b441 7a0e 0b00 8863 1109.......Az....c..
0x0010:0000 000c 0101 0000 0103 0004 0048 8008.............H..
0x0020:0000 0000 0000 0000 0000 0000 0000 0000................
0x0030:0000 0000 0000 0000 0000 0000 ............
22:05:54.385241 b4:41:7a:0e:0b:02 (oui Unknown) > Broadcast, ethertype 802.1Q (0x8100), length 298: vlan 46, p 0, ethertype IPv4, (tos 0x0, ttl 64, id 0, offset 0, flags , proto UDP (17), length 280)
0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from b4:41:7a:0e:0b:02 (oui Unknown), length 252, xid 0x12a01185, Flags (0x0000)
Client-Ethernet-Address b4:41:7a:0e:0b:02 (oui Unknown)
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: Discover
Parameter-Request Option 55, length 6:
Subnet-Mask, Default-Gateway, Domain-Name-Server, Hostname
Domain-Name, BR
END Option 255, length 0
0x0000:ffff ffff ffff b441 7a0e 0b02 8100 002e.......Az.......
0x0010:0800 4500 0118 0000 0000 4011 79d6 0000..E.......@.y...
0x0020:0000 ffff ffff 0044 0043 0104 79b4 0101.......D.C..y...
0x0030:0600 12a0 1185 0000 0000 0000 0000 0000................
0x0040:0000 0000 0000 0000 0000 b441 7a0e 0b02...........Az...
0x0050:0000 0000 0000 0000 0000 0000 0000 0000................
0x0060:0000 0000 0000 0000 0000 0000 0000 0000................
0x0070:0000 0000 0000 0000 0000 0000 0000 0000................
0x0080:0000 0000 0000 0000 0000 0000 0000 0000................
0x0090:0000 0000 0000 0000 0000 0000 0000 0000................
0x00a0:0000 0000 0000 0000 0000 0000 0000 0000................
0x00b0:0000 0000 0000 0000 0000 0000 0000 0000................
0x00c0:0000 0000 0000 0000 0000 0000 0000 0000................
0x00d0:0000 0000 0000 0000 0000 0000 0000 0000................
0x00e0:0000 0000 0000 0000 0000 0000 0000 0000................
0x00f0:0000 0000 0000 0000 0000 0000 0000 0000................
0x0100:0000 0000 0000 0000 0000 0000 0000 0000................
0x0110:0000 0000 0000 0000 0000 6382 5363 3501..........c.Sc5.
0x0120:0137 0601 0306 0c0f 1cff .7........
回复 dogb 的帖子
根据最新的sniffer结果，基本上可以肯定RG200E对itv口的数据只是转发到wan口出去，并加vlan 85 tag，当然后面的igmp直播要另外处理。
但是wrt160Nv3上的dd-wrt对802.11Q的vlan支持实在是够呛。如果有人感兴趣，希望一起研究，多提供线索。