Luca S. | 1 Jun 2003 10:07
Picon

simulator for ad hoc network

I repeat msg, may I have mistaked the sendig...
 
I suggest Omnet++, It's freeware and work very well...
 
Regards,
Luca...
 
 
----- Original Message -----
From: Jack Wang
Sent: Friday, May 30, 2003 3:08 AM
Subject: [manet] simulator for ad hoc network

Hi All:

Besides Qualnet, are there other commercial softwares for simulation of ad hoc networks?

Thanks,

Jack




Join Excite! - http://www.excite.com
The most personalized portal on the Web!
Omar LAHLOU | 1 Jun 2003 18:45
Picon
Favicon

ABR protocol implementation

Hi,
Has anyone implemented the ABR protocol in GlomoSim ? I'd like to compare it to my routing protocol.
 
Thanks for help.

Omar.
 
Jaehoon Jeong | 2 Jun 2003 07:45
Picon
Picon

Ad hoc IP address autoconfiguration

Hello, manet guys!
I would like to request your comments on my new draft,
"Ad Hoc IP Address Autoconfiguration ".
http://www.ietf.org/internet-drafts/draft-jeong-adhoc-ip-addr-autoconf-00.txt

After four basic ad hoc routing protocols (AODV, DSR, OLSR and TBRPF)
become experimental RFCs, I think, it is time for us to discuss
ad hoc IP address autoconfiguration again.
In my draft, I considered the manet partition and mergence for detecting duplicate address.
Also, I included the mechanism for supporting the survivability of upper-layer sessions
in the case that the duplicate address should be replaced with a new address.
In this 57th ietf meeting, I hope manet wg will discuss the topic related to
ad hoc IP address autoconfiguration.
I'll wait for your comments.
Thanks.

Regards,
Jaehoon
Jaehoon Jeong | 2 Jun 2003 08:14
Picon
Picon

Ad hoc IP address autoconfiguration

Hello, manet guys!
I would like to request your comments on my new draft,
"Ad Hoc IP Address Autoconfiguration ".
http://www.ietf.org/internet-drafts/draft-jeong-adhoc-ip-addr-autoconf-00.txt

After four basic ad hoc routing protocols (AODV, DSR, OLSR and TBRPF)
become experimental RFCs, I think, it is time for us to discuss
ad hoc IP address autoconfiguration again.
In my draft, I considered the manet partition and mergence for detecting duplicate address.
Also, I included the mechanism for supporting the survivability of upper-layer sessions
in the case that the duplicate address should be replaced with a new address.
In this 57th ietf meeting, I hope manet wg will discuss the topic related to
ad hoc IP address autoconfiguration.
I'll wait for your comments.
Thanks.

Regards,
Jaehoon
panneer pandi | 2 Jun 2003 08:40
Picon
Favicon

reg: AODV route req

 hai
 
I need a help,
 
in glomosim , they use the function

RoutingAodvHandleProtocolPacket

it is said that it is called from, mac layer.

Can anyone say me where do they call this function.

Another problem, in AODV route request if i give specific address , i am not getting route reply for it(because route request is a packet which should be broadcasted).

Cannt, we use a specific address for route req, what are changes we need to do.

Please help me.

 

Do you Yahoo!?
Free online calendar with sync to Outlook(TM).
Jon Zeeff | 2 Jun 2003 17:02

local route repair


 > I am trying to develop a method to reconnect a route when it breaks, by 
trying to connect
 > the node where there break took place to a node downstream from it along 
the route.
 > However, all the method that I developed so far causes loops. I was 
wondering if anyone
 > was able to solve this problem.

DSR addresses this issue with:

3.4.1. Packet Salvaging 
Mohit Garg | 2 Jun 2003 20:02
Picon

NS-2 multi-path routing

Hi,

Has anyone implemented any Multi-Path routing protocol in NS-2 for MANets? 
One of my friends urgently needs any code for this. Any help or pointers 
will be a favour.

--

-- 

"What do we live for if not to make life less difficult for each other?"
								- George Eliot
regards,

Mohit Garg
Senior Undergraduate Student
Dept. of Electrical Engg.
IIT Bombay
http://www.ee.iitb.ac.in/uma/~mohit/
l s | 3 Jun 2003 00:37
Picon
Favicon

Re: reg: AODV route req

Hi

RoutingAodvHandleProtocolPacket() is called from:
ProcessPacketForMeFromMac() in network/nwip.pc,
which is called from:
ProcessPacketFromMac() in network/nwip.pc,
which is called from:
NetworkIpReceivePacketFromMacLayer() in
network/nwip.pc,
which is called from the appropriate protocol function
(802.11 / CSMA / ...) in the mac/ directory

When you do a RREQ you request a route to a specific
address, and this address is contained within the
packet but the RREQ packet itself is broadcast.  Does
this answer the question?

Lee -S-
CCSR, University of Surrey, UK

 --- panneer pandi <gppme <at> yahoo.com> wrote:
>  hai
>  
> I need a help,
>  
> in glomosim , they use the function
> 
> RoutingAodvHandleProtocolPacket
> 
> it is said that it is called from, mac layer.
> 
> Can anyone say me where do they call this function.
> 
> Another problem, in AODV route request if i give
> specific address , i am not getting route reply for
> it(because route request is a packet which should be
> broadcasted). 
> 
> Cannt, we use a specific address for route req, what
> are changes we need to do.
> 
> Please help me.
> 

__________________________________________________
Yahoo! Plus - For a better Internet experience
http://uk.promotions.yahoo.com/yplus/yoffer.html
Erik Nordström | 3 Jun 2003 02:07
Picon
Picon
Favicon

AODV-UU 0.7 released!

AODV-UU 0.7 is now available. Some changes:

* Draft v13 updates.
* Implemented better rate limit.
* Lots of cleanups. Please report bugs!

Download from:
http://www.docs.uu.se/docs/research/projects/scanet/aodv/

Erik Nordström
Uppsala University, Sweden.
Frank Kargl | 3 Jun 2003 09:40
Picon

Re: local route repair


Jon Zeeff wrote:
| DSR addresses this issue with:
|
|
| 3.4.1. Packet Salvaging

Perhaps I am wrong but when reading the DSR draft I get a different
understanding of packet salvaging. This is only ment for transmitting
the one packet (or a few that follow) that caused the RERR to the
destination. But nevertheless there has to be a new route discovery
procedure for the source to get an updated route. Otherwise the source
routes that the source writes into the packet would be wrong for quite
some time.

Regards ... Frank

--
-----------------------------------------------------------------------
~ Frank Kargl          Multimedia Computing, University of Ulm, Germany
~ Mail:frank.kargl <at> informatik.uni-ulm.de http://www.uni-ulm.de/~fkargl/
-----------------------------------------------------------------------
~   Use the SOURCE, Luke !  I feel a great disturbance in the SOURCE.
~            But beware of the Microsoft side of the SOURCE !
-----------------------------------------------------------------------
	  --->   CFP HICSS-37 Wireless PANs Minitrack:   <---
	  --->  http://crystal.uta.edu/~zaruba/hicss37/  <---

Gmane