Network 版 (精华区)

发信人: zzn (爱你到内伤), 信区: Network
标  题: mms协议英文资料(14)
发信站: 哈工大紫丁香 (2003年08月23日10:54:25 星期六), 站内信件

15 To Client
Prefix 1 00 00 00 00 - ErrorCode
Prefix 2 f1 f0 f0 f0 - Flags (see flags section)
Then data structure follows
Reply back from 18 command, a data block (1 or 3 packets) are sent to the 
viewer.
Network bandwidth and data rate testing packets.
This data is probably totally random and is designed to be non-compressible 
over the network. This would allow time response tests to measure the 
available bandwidth over a non-compressed link. Media player could then check 
that against the user setting of network speed and then stream the 
appropriate bit rate.
Data is sent in 3 multiple 0x15 command packets and it seems the sent ‘data’ 
total length is 1840 bytes but we must not assume this to be the case all the 
time, it can change in length.
Below shows the structure of the 15 command (to client) specific data
08 00 00 00 number of 4 byte fields in this structure 01 00 00 00 ?? 00 00 01 
00 ?? Nn nn nn nn gives you a client ID number, see notes 00 00 00 00 01 00 
00 00 ?? 00 00 00 00 00 00 00 00
>>>then a data block follows...
The data that immediately follows this command 15 specific data is the random 
‘data block’ in hex to the end of the packet. This is non-compressible 
random data.
Note: The client ID number increments by 1 for every logged on client to the 
server. It is used by UDP response packets to allow the server no know which 
client to respond to.
18 To Server
Prefix 1 f1 f0 f0 f0 - flags (see flags section)
Prefix 2 0b 00 04 00 - ??
A request for the timing test data method (see section ‘MMS flags’)
1A To Client
Prefix1 01 00 00 00 - ErrorCode
Prefix2 01 00 00 00 - CommandLevel value
Then xx xx xx xx - this shows the string data length in bytes
including null zeros at end.
Followed by: Unicode string data, examples of this data are:
“realm=STRMNEST” + null or “realm=LIVE” + null.
This is a password and ID request from the streaming server. It indicates 
that this streaming server requires the client to respond with an encoded 
reply password and ID to access the media at the site. Media Player displays 
this Unicode information within a password dialog box.
Notes for NTLM encoded passwords:
If NTLM is used instead of BASIC (base 64) authentication, the 1A negotiation 
is different from that shown later in this document. The 1A commands are sent 
as below:
1A from server to client (commandlevel = 1) message type = Init NTLM
1A from client to server (commandlevel = 1) message type = 1
1A from server to client (commandlevel = 2) message type = 2
1A from client to server (commandlevel = 2) message type = 3 
--
    如果世界上每个地方都可以看到月亮，
    那就让我搬到月亮上去悄悄看你。

※ 来源:·哈工大紫丁香 bbs.hit.edu.cn·[FROM: 202.118.243.49]