Special IM driver??

Hi All,

I am trying to create a component (Network Driver etc ) which
will help in agnostically route packets between two or more
Interfaces
at the Layer 2 level i.e. at the Mac Address level switiching. So
that
the IP payload in those packets remain the same but the Interface it
travels to go out of the Mobile device is controlled by my component.


IMPORTANT : Both the interfaces will be Ethernet based.


What will be the basic component to build my solution around??
My guess : IM driver


Doubts : How does Mbridge(MSFT) provided helps in this scenario...
How it is different from Layer 2 Switch because i dont think Mbridge
is a Layer 2 switch. Please explain in this regard because I MAY BE
WRONG!!!


Any more pointers will be grateful.


regards
bisban

Gianluca
Mon Oct 15 08:44:11 PDT 2007


"Bisban" <bisban@gmail.com> wrote in message
news:1192448288.049827.125550@t8g2000prg.googlegroups.com...
> Hi All,
>
> I am trying to create a component (Network Driver etc ) which
> will help in agnostically route packets between two or more
> Interfaces
> at the Layer 2 level i.e. at the Mac Address level switiching. So
> that
> the IP payload in those packets remain the same but the Interface it
> travels to go out of the Mobile device is controlled by my component.
>
>
> IMPORTANT : Both the interfaces will be Ethernet based.
>
>
> What will be the basic component to build my solution around??
> My guess : IM driver
>

I would probably look in that direction. You might have problems with ARP
requests and such (if you are working on ethernet), but probably you already
have a mechanism to deal with such things.

>
> Doubts : How does Mbridge(MSFT) provided helps in this scenario...
> How it is different from Layer 2 Switch because i dont think Mbridge
> is a Layer 2 switch. Please explain in this regard because I MAY BE
> WRONG!!!
>

Do you mean the ability to bridge two connections into one? I would think
it's implemented into the tcp/ip protocol driver, but I might be completely
wrong. Have you tried sniffing the packets on both the ends of a briding and
see what the packets contain?

Have a nice day
GV


>
> Any more pointers will be grateful.
>
>
> regards
> bisban
>

Bisban
Mon Oct 15 09:07:20 PDT 2007

On Oct 15, 8:44 pm, "Gianluca Varenni"
<gianluca.vare...@community.nospam> wrote:
> "Bisban" <bis...@gmail.com> wrote in message
>
> news:1192448288.049827.125550@t8g2000prg.googlegroups.com...
>
>
>
>
>
> > Hi All,
>
> > I am trying to create a component (Network Driver etc ) which
> > will help in agnostically route packets between two or more
> > Interfaces
> > at the Layer 2 level i.e. at the Mac Address level switiching. So
> > that
> > the IP payload in those packets remain the same but the Interface it
> > travels to go out of the Mobile device is controlled by my component.
>
> > IMPORTANT : Both the interfaces will be Ethernet based.
>
> > What will be the basic component to build my solution around??
> > My guess : IM driver
>
> I would probably look in that direction. You might have problems with ARP
> requests and such (if you are working on ethernet), but probably you already
> have a mechanism to deal with such things.
>
>
>
> > Doubts : How does Mbridge(MSFT) provided helps in this scenario...
> > How it is different from Layer 2 Switch because i dont think Mbridge
> > is a Layer 2 switch. Please explain in this regard because I MAY BE
> > WRONG!!!
>
> Do you mean the ability to bridge two connections into one? I would think
> it's implemented into the tcp/ip protocol driver, but I might be completely
> wrong. Have you tried sniffing the packets on both the ends of a briding and
> see what the packets contain?
>
> Have a nice day
> GV
>
>
>
>
>
> > Any more pointers will be grateful.
>
> > regards
> > bisban- Hide quoted text -
>
> - Show quoted text -- Hide quoted text -
>
> - Show quoted text -

Thanks for the answer.
Well i wanted to know something like this : How does Windows ce find
out the Source Mac address to be written in the Ethernet packet... as
we know for the Destination IP it does ARP but what about Source IP to
mac address conversion.. does it query the internal Miniport ?

Gianluca
Mon Oct 15 10:03:46 PDT 2007

I'm not a Windows CE expert at all, but the NDIS model still holds on CE.
The protocol drivers query the miniports to obtain the MAC address of the
network card with an OID request.

In case of ethernet, you have these two OIDs
OID_802_3_PERMANENT_ADDRESS
OID_802_3_CURRENT_ADDRESS

Hope it helps
GV


"Bisban" <bisban@gmail.com> wrote in message
news:1192464440.922059.90570@v23g2000prn.googlegroups.com...
> On Oct 15, 8:44 pm, "Gianluca Varenni"
> <gianluca.vare...@community.nospam> wrote:
>> "Bisban" <bis...@gmail.com> wrote in message
>>
>> news:1192448288.049827.125550@t8g2000prg.googlegroups.com...
>>
>>
>>
>>
>>
>> > Hi All,
>>
>> > I am trying to create a component (Network Driver etc ) which
>> > will help in agnostically route packets between two or more
>> > Interfaces
>> > at the Layer 2 level i.e. at the Mac Address level switiching. So
>> > that
>> > the IP payload in those packets remain the same but the Interface it
>> > travels to go out of the Mobile device is controlled by my component.
>>
>> > IMPORTANT : Both the interfaces will be Ethernet based.
>>
>> > What will be the basic component to build my solution around??
>> > My guess : IM driver
>>
>> I would probably look in that direction. You might have problems with ARP
>> requests and such (if you are working on ethernet), but probably you
>> already
>> have a mechanism to deal with such things.
>>
>>
>>
>> > Doubts : How does Mbridge(MSFT) provided helps in this scenario...
>> > How it is different from Layer 2 Switch because i dont think Mbridge
>> > is a Layer 2 switch. Please explain in this regard because I MAY BE
>> > WRONG!!!
>>
>> Do you mean the ability to bridge two connections into one? I would think
>> it's implemented into the tcp/ip protocol driver, but I might be
>> completely
>> wrong. Have you tried sniffing the packets on both the ends of a briding
>> and
>> see what the packets contain?
>>
>> Have a nice day
>> GV
>>
>>
>>
>>
>>
>> > Any more pointers will be grateful.
>>
>> > regards
>> > bisban- Hide quoted text -
>>
>> - Show quoted text -- Hide quoted text -
>>
>> - Show quoted text -
>
> Thanks for the answer.
> Well i wanted to know something like this : How does Windows ce find
> out the Source Mac address to be written in the Ethernet packet... as
> we know for the Destination IP it does ARP but what about Source IP to
> mac address conversion.. does it query the internal Miniport ?
>

Maxim
Mon Oct 15 11:20:21 PDT 2007

> mac address conversion.. does it query the internal Miniport ?

Yes, using OID_GEN_CURRENT_ADDRESS

--
Maxim Shatskih, Windows DDK MVP
StorageCraft Corporation
maxim@storagecraft.com
http://www.storagecraft.com

Maxim
Mon Oct 15 11:38:05 PDT 2007

Sorry, it should be OID_802_3_CURRENT_ADDRESS

--
Maxim Shatskih, Windows DDK MVP
StorageCraft Corporation
maxim@storagecraft.com
http://www.storagecraft.com

"Maxim S. Shatskih" <maxim@storagecraft.com> wrote in message
news:%23NvdNg1DIHA.5976@TK2MSFTNGP02.phx.gbl...
> > mac address conversion.. does it query the internal Miniport ?
>
> Yes, using OID_GEN_CURRENT_ADDRESS
>
> --
> Maxim Shatskih, Windows DDK MVP
> StorageCraft Corporation
> maxim@storagecraft.com
> http://www.storagecraft.com
>

Bisban
Mon Oct 15 22:13:49 PDT 2007

On Oct 15, 11:38 pm, "Maxim S. Shatskih" <ma...@storagecraft.com>
wrote:
> Sorry, it should be OID_802_3_CURRENT_ADDRESS
>
> --
> Maxim Shatskih, Windows DDK MVP
> StorageCraft Corporation
> ma...@storagecraft.comhttp://www.storagecraft.com
>
> "Maxim S. Shatskih" <ma...@storagecraft.com> wrote in messagenews:%23NvdNg1DIHA.5976@TK2MSFTNGP02.phx.gbl...
>
>
>
> > > mac address conversion.. does it query the internal Miniport ?
>
> > Yes, using OID_GEN_CURRENT_ADDRESS
>
> > --
> > Maxim Shatskih, Windows DDK MVP
> > StorageCraft Corporation
> > ma...@storagecraft.com
> >http://www.storagecraft.com- Hide quoted text -
>
> - Show quoted text -

Thanks GV and Maxim.

Well as i guessed OIDs will be used to query the Miniports Mac
address.
But will it be done for each packet or when does the Windows ce query
it again., Does it store the Source Mac address inside some data
structure which i can change through IP helper functions basically how
to change this Source Mac address??? Programatically or otherwise....

Thanks in advance.
Bisban

Maxim
Tue Oct 16 06:52:51 PDT 2007

> But will it be done for each packet or when does the Windows ce query
> it again., Does it store the Source Mac address inside some data
> structure which i can change through IP helper functions basically how
> to change this Source Mac address???

This query is done only once on protocol bind. You cannot change the MAC
address without stopping/restarting the miniport, Windows does not support
this.

--
Maxim Shatskih, Windows DDK MVP
StorageCraft Corporation
maxim@storagecraft.com
http://www.storagecraft.com