Open Stack

Like Krishna asked, have you added a security group rule for TCP port 5001?
Otherwise ingress traffic on that port will be dropped.

-Brian

On 03/04/2015 05:45 AM, Priyanka Naik wrote:
> Hi,
> 
> Sorry my mistake . I was actually trying it for different ports and copied the
> earlier command on client VM. On client VM I am running
> 
> iperf -c 192.168.1.42
> 
> and on server
> 
> iperf -s
> 
> yes the server is listening on port 5001.
> 
> netstat -anp | grep 5001
> (Not all processes could be identified, non-owned process info
>  will not be shown, you would have to be root to see it all.)
> tcp        0      0 0.0.0.0:5001            0.0.0.0:*               LISTEN     
> 20227/iperf    
> 
> Thanks,
> Priyanka
> 
> On 03/04/2015 04:10 PM, nithish B wrote:
>> Hi Priyanka,
>>    Sorry for that. My bad. I actaully meant to say, check if that client is
>> indeed listening on the port.
>>
>> And wait a minute, I didn't notice!!!
>>
>> Your output says:
>>
>> On iperf server VM
>>
>> |  iperf -s
>>     ------------------------------------------------------------
>>     Server listening on TCP *port **5001*
>>     TCP window size: 85.3 KByte (default)
>>     ------------------------------------------------------------|
>>
>> On iperf client VM
>>
>> | iperf -c 192.168.1.42 *-p 8042* -i 1 -t 10
>>
>> |
>> |Kindly let me know as to why are you using port 8042 in the client while the server
>> is listening on port 5001?
>> |
>>
>> Regards,
>> Nitish B.
>>
>> On Wed, Mar 4, 2015 at 3:58 PM, Priyanka Naik <ppnaik at cse.iitb.ac.in
>> <mailto:ppnaik at cse.iitb.ac.in>> wrote:
>>
>>     Hi Nitish,
>>
>>     I am able to ping the client VM(192.168.1.41) from the server
>>     VM(192.168.1.42).
>>
>>     ping 192.168.1.41
>>     PING 192.168.1.41 (192.168.1.41) 56(84) bytes of data.
>>     64 bytes from 192.168.1.41 <http://192.168.1.41>: icmp_req=1 ttl=64
>>     time=1.02 ms
>>     64 bytes from 192.168.1.41 <http://192.168.1.41>: icmp_req=2 ttl=64
>>     time=0.495 ms
>>     64 bytes from 192.168.1.41 <http://192.168.1.41>: icmp_req=3 ttl=64
>>     time=0.598 ms
>>     64 bytes from 192.168.1.41 <http://192.168.1.41>: icmp_req=4 ttl=64
>>     time=0.462 ms
>>     ^C
>>     --- 192.168.1.41 ping statistics ---
>>     4 packets transmitted, 4 received, 0% packet loss, time 2999ms
>>     rtt min/avg/max/mdev = 0.462/0.645/1.025/0.225 ms
>>
>>     I am sorry I did not understand pinging a specified port.
>>
>>     Thanks,
>>
>>     Priyanka
>>
>>
>>     On 03/04/2015 03:49 PM, nithish B wrote:
>>>     Hi Priyanka,
>>>         First check if you are able to ping the client VM from the server VM
>>>     on the specified port. If not, then there is an issue with the network
>>>     configuration.
>>>        Else, if you are able to ping on the specific port, then there is some
>>>     tunnelling issue and we can fix that!
>>>     Let me know this and we can proceed.
>>>
>>>
>>>     Regards,
>>>     Nitish B.
>>>
>>>     On Wed, Mar 4, 2015 at 3:15 PM, Priyanka Naik <ppnaik at cse.iitb.ac.in
>>>     <mailto:ppnaik at cse.iitb.ac.in>> wrote:
>>>
>>>         Hi,
>>>
>>>         I have a multinode openstack juno setup. Iperf does not work between
>>>         VMs( on the same compute node asw ell as different compute nodes)
>>>
>>>         On iperf server VM
>>>
>>>         |  iperf -s
>>>             ------------------------------------------------------------
>>>             Server listening on TCP port 5001
>>>             TCP window size: 85.3 KByte (default)
>>>             ------------------------------------------------------------|
>>>
>>>         On iperf client VM
>>>
>>>         | iperf -c 192.168.1.42 -p 8042 -i 1 -t 10|
>>>
>>>         The mtu of the VM interface is 1400. It does not work even after
>>>         increasing or decreasing this value.
>>>
>>>         |ifconfig
>>>         eth0      Link encap:Ethernet  HWaddr fa:16:3e:ac:70:99  
>>>                   inet addr:192.168.1.41  Bcast:192.168.1.255  Mask:255.255.255.0
>>>                   inet6 addr: fe80::f816:3eff:feac:7099/64 Scope:Link
>>>                   UP BROADCAST RUNNING MULTICAST  MTU:1400  Metric:1
>>>                   RX packets:5781941 errors:0 dropped:0 overruns:0 frame:0
>>>                   TX packets:7096888 errors:0 dropped:0 overruns:0 carrier:0
>>>                   collisions:0 txqueuelen:1000 
>>>                   RX bytes:3028179379 (3.0 GB)  TX bytes:3594331790 <tel:3594331790> (3.5 GB)|
>>>
>>>         Please help me solve this issue.
>>>
>>>         Thanks,
>>>
>>>         Priyanka
>>>
>>>
>>>         _______________________________________________
>>>         Mailing list:
>>>         http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>>>         Post to     : openstack at lists.openstack.org
>>>         <mailto:openstack at lists.openstack.org>
>>>         Unsubscribe :
>>>         http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>>>
>>>
>>
>>
> 
> 
> 
> _______________________________________________
> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> Post to     : openstack at lists.openstack.org
> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>