QoS API for packet scheduler

Angie

unread,

Apr 4, 2008, 5:28:40 PM4/4/08

to

All,

I find one problem with the Netmeeting running on the WAN adapter
when the packet scheduler is enabled.

The problem I found as follows.
During the conversation session(voice data is transmiting), if I
send a ping packet to the peer, the ICMP echo packets are blocked by the
packet scheduler when
they are received. By running theWireShark to capture the packets, I
can see the ICMP echo packets there. However, ping test cannot go througth.
If I disable the packet scheduler, the problem is solved.

Is there anyone who knows what QoS API in windws that I can call to
control the packet scheduler programatically?

Pavel A.

unread,

Apr 4, 2008, 6:25:28 PM4/4/08

to

"Angie" <kimo...@yahoo.com> wrote in message
news:uo3sZrpl...@TK2MSFTNGP02.phx.gbl...

> All,
>
> I find one problem with the Netmeeting running on the WAN adapter
> when the packet scheduler is enabled.
>
> The problem I found as follows.
> During the conversation session(voice data is transmiting), if I
> send a ping packet to the peer, the ICMP echo packets are blocked by the
> packet scheduler when
> they are received. By running theWireShark to capture the packets,
> I can see the ICMP echo packets there. However, ping test cannot go
> througth.

Are you sure that packet scheduler blocks any packets on receiving side?
AFAIK it deals only on the sending direction.

--PA

Angie

unread,

Apr 4, 2008, 6:33:45 PM4/4/08

to

Yes, the ICMP echo packets (receiving side) are blocked becasue I could see
them from
the WireShark when I captured the packets from the PPP adapter.

In addition, I captured the packets from the peer and ICMP(request, echo)
packets could be found there.

"Pavel A." <pav...@NOwritemeNO.com> wrote in message
news:O2uIEJql...@TK2MSFTNGP03.phx.gbl...

Angie

unread,

Apr 4, 2008, 9:52:02 PM4/4/08

to

I am reading the Traffic Control API. I am not sure that those APIs can help
or not.

"Pavel A." <pav...@NOwritemeNO.com> wrote in message
news:O2uIEJql...@TK2MSFTNGP03.phx.gbl...

Volodymyr M. Shcherbyna

unread,

Apr 7, 2008, 5:54:45 AM4/7/08

to

Probably, these posts will be valuable for you:
http://blogs.msdn.com/wndp/archive/tags/QoS/default.aspx

--
V.
This posting is provided "AS IS" with no warranties, and confers no
rights.

"Angie" <kimo...@yahoo.com> wrote in message

news:%23FAsk%23rlIH...@TK2MSFTNGP05.phx.gbl...

Angie

unread,

Apr 7, 2008, 11:05:47 PM4/7/08

to

Today, I ran an utilty called "tcmon" that can add a flow into an interface.
For instance, adding a best effort flow for UDP traffic, into the
interface. After the traffic flow was added into
the interface, the ICMP echo is blocked by the Packet Scheduler even
though the traffic did not hit the rule.

I did run a application that is implemented by me to add a traffic rule for
ICMP, the ICMP traffic is blocked by the Packet Scheduler after the rule was
added too.
I ran the WireShark and the ICMP echo packets can be seen there. It looks
very strange for this problem and I do not know what it is going on at this
moment.

"Volodymyr M. Shcherbyna" <v_sch...@online.mvps.org> wrote in message
news:OorzvVJm...@TK2MSFTNGP03.phx.gbl...