I confirmed that my tap driver works on the older gns3 version. But for some reason, it's not working in gns3v1 ERbeta1.

sudo ifconfig bridge0 addm tap0
ifconfig: BRDGADD tap0: No such file or directory

inside the GNS3v1, i dropped a cloud and under TAP, configured and added /dev/tap0. Connect tap0 to a 7200 and get an error -

=>Server error [-3200] from 127.0.0.1:7999: R1: unable to create TAP NIO


Does the cloud works or is it a bug?

Looks like it is a bug: topic11548.html

I have started investigating.

_________________
Jeremy, GNS3 Programmer & Benevolent Dictator for Life.

Hi,

I was able to make it work using the following steps:

Make sure Dynamips can create TAP interfaces:



Then only use simple tap name (i.e. tap0) in the cloud settings, not /dev/tap0.

This should work.

_________________
Jeremy, GNS3 Programmer & Benevolent Dictator for Life.

sudo setcap cap_net_raw,cap_net_admin+eip /usr/bin/dynamips
sudo: setcap: command not found


yeah, i'm still getting a server error [-3200]. Unable to create TAP NIO

I changed it to tap0, not /dev/tap0

I forgot you are on Mac OS X, so the setcap command is not there.

Try the following then:

_________________
Jeremy, GNS3 Programmer & Benevolent Dictator for Life.

Jeremy,

I reported a chown/cmod bug in OS X some time ago. See the following topic:

http://forum.gns3.net/topic11548.html

-Jason

_________________
J.Neumann, GNS3 Contributor & Forum Moderator (Minion ID: sin.zx81.1981ad)
Author: Cisco Routers for Small Business (Apress)

yeah, i got same error.

unable to create TAP NIO
Server error [-3200] : Could not connect to server : [Errno 61] Connection refused ..

I haven't tested on OSX yet. I'll keep you updated.

Cheers,

_________________
Jeremy, GNS3 Programmer & Benevolent Dictator for Life.

I prefer the more secure method of changing the ownership of the TAP device files from root to yourself instead of giving Dynamips elevated privileges. Bug is gone. :)

_________________
http://binarynature.blogspot.com/search/label/GNS3

Great thanks ... yes, it works now per your advise. Appreciated everyone's help.


R1#ping google.com repeat 20
Type escape sequence to abort.
Sending 20, 100-byte ICMP Echos to 173.224.96.42, timeout is 2 seconds:
!!!!!!!!!!!!!!!!!!!!
Success rate is 100 percent (20/20), round-trip min/avg/max = 4/5/6 ms
R1#

R1#sh ip int brie | exc unass
Interface IP-Address OK? Method Status Protocol
Ethernet0/0 10.10.0.119 YES DHCP up up

R1#sh ip route | b Gateway
Gateway of last resort is 10.10.0.1 to network 0.0.0.0

S* 0.0.0.0/0 [254/0] via 10.10.0.1
10.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
C 10.10.0.0/24 is directly connected, Ethernet0/0
L 10.10.0.119/32 is directly connected, Ethernet0/0
R1#