ccsr

冒昧的请教一下hellojack能否把fxp接口名编成fe---？

ccsr

比如fxp0接口编译成fe-0/0/0

hellojack

难啊....主要是不知道JunOS如何识别和区分fxp0和fe-0/0/0的

如果在JunOS和fe-0/0/0中间还有一个板卡的话, 那就不仅仅是编译的问题了, 需要对这种卡专门写驱动出来...

从这点来看, Qemu做的非常大, 但绝对没有dynamips专业.....dynamips就解决一个问题, 而且它解决的非常好.

另外从试验的角度来看, 尽可能去用qemu-0.11.1的版本,  毕竟这是经历过时间烤烟的版本.

0.12系列版本因为结构代码完全重新调整过, 引入的新bug现在都没有办法统计过来, 哈哈

hellojack

另外换个角度来看, 我认为即使用真机器模拟的, 他们也只能在fxp, em接口上做试验....

没有做过真机,  知道的出来纠正一下.

ccsr

我想可能熟悉freebsd的朋友可能会改吧，改变一下内核设置

chenjianyuan

看来楼主还是习惯了cisco的接口命名方式，也是的，cisco的方式比较直观，没有juniper那么抽象，呵呵！

但对于接口的命名方式，这个不是freebsd的问题了，是junos的事情了。估计楼主致信到juniper跟他们说点建议咯。

ccsr

root@% ifconfig -a ?
fxp0:   encaps: ether; framing: ether
flags=0x3/0x8000 <PRESENT|RUNNING>
        curr media: i802 0:d0:f8:1:1:4
fxp0.0: flags=0x8000 <UP|MULTICAST>
        inet primary local=192.168.1.226 dest=192.168.1.0/24 bcast=192.168.1.255

fxp1:   encaps: ether; framing: ether
flags=0x3/0x8000 <PRESENT|RUNNING>
        curr media: i802 0:d0:f8:1:1:5

hellojack

引用:

原帖由 ccsr 于 2010-3-9 16:52 发表
我想可能熟悉freebsd的朋友可能会改吧，改变一下内核设置

这个问题和FreeBSD完全无关, 纯粹是JunOS自己来处理的.

记得Jinstall解包后的两个文件吗, 一个几百K的是JunOS关于操作系统的外围文件, 另一个14M大的就是JunOS的Kernel,  可别小看这Kernel,这是经过多少高手修改过FreeBSD的核心和底层驱动才弄出来的Kernel.... 如果你改不了这个Kernel, 在FreeBSD上做的都是无用功.

关于网卡的问题, 我的研究结果如下:  Qemu本身支持5种网卡, i82559er, e1000, rtl8139, ne2k_pci, pcinet.   但启动到JunOS后, 只有i82559er和e1000能认出来, 我试过了修改核心, 加驱动, 都没有办法在JunOS里多认另外的卡.....

而且JunOS启动后, 所有文件都是按iso9660的格式加载起来了, 这以为着它的文件系统你都无法修改......除非重新挂它的系统, 并把驱动拷进去,  或者在安装前就修改好, 但能不能再多认一种卡, 没人知道.....我觉得也意义不大了, 多认一种卡, 做的也是同一种试验啊.

至于fe-0/0/0和ge-0/0/0的问题, 至少还是需要写一个驱动,能模拟出这种卡, 至少在JunOS发检测数据的时候,它能进行回应....但真实的fe-0/0/0的数据结构, 调用参数, 返回值, 又有谁知道呢?

ccsr

兄弟研究的很透彻，佩服！

ccsr

还有兄弟谦虚谨慎的态度，更值得敬佩！

chenjianyuan

很详细的解释，虽然有点深奥，但还是比较好理解。

Hellojack对事物的研究都是很深入、很透彻，已经不是单纯搞网络的层面了，呵呵！

chairmankfo

引用:

原帖由 ccsr 于 2010-3-9 14:12 发表
比如fxp0接口编译成fe-0/0/0

哥，要求别太多，可以敲实验就行了~~~

ccsr

引用:

原帖由 chairmankfo 于 2010-3-12 18:46 发表


哥，要求别太多，可以敲实验就行了~~~

呵呵，兄弟，看起来哥的要求只是个传说！