dtrace discuss - Jun 2008 - IP Provider (send/receive)

G''Day,

ip:::send and ip:::receive probes have been putback to Solaris Nevada.
Documentation is here:

	http://wikis.sun.com/display/DTrace/ip+Provider

This is the first step of many, as outlined in the proposed plan:

	http://www.opensolaris.org/os/community/dtrace/NetworkProvider/#Plan

In Summary:

	1. IP Provider (send/receive)
	2. TCP Provider
	3. UDP Provider
	4. IP Provider (drop-in/drop-out)
	5. IP Provider (request/deliver)
	6. IP packet ids
	7. Socket Provider
	8. ICMP Provider
	9. ARP Provider
	10. SCTP Provider
	11. GLD Provider
	12. TCP/UDP connection ids

I would love to say that we just putback the entire network provider
collection (all 12 parts) but we''ve only just putback step 1; it was a 
difficult step to complete, not just due to complexities with the IP
codepath, but as it also commits to a style which the other network
providers will follow.

To see what these new probes can do, check out the wiki page.

I''ll post about the next steps soon: TCP and UDP providers.

Brendan

-- 
Brendan
[CA, USA]

That''s awesome news!

I know that many of us have been gagging for this.

You rock, and deserve a Bloomin Onion for your efforts.

http://en.wikipedia.org/wiki/Blooming_onion

:)

Cheers!

Nathan.

Brendan Gregg - Sun Microsystems wrote:
> G''Day,
> 
> ip:::send and ip:::receive probes have been putback to Solaris Nevada.
> Documentation is here:
> 
> 	http://wikis.sun.com/display/DTrace/ip+Provider
> 
> This is the first step of many, as outlined in the proposed plan:
> 
> 	http://www.opensolaris.org/os/community/dtrace/NetworkProvider/#Plan
> 
> In Summary:
> 
> 	1. IP Provider (send/receive)
> 	2. TCP Provider
> 	3. UDP Provider
> 	4. IP Provider (drop-in/drop-out)
> 	5. IP Provider (request/deliver)
> 	6. IP packet ids
> 	7. Socket Provider
> 	8. ICMP Provider
> 	9. ARP Provider
> 	10. SCTP Provider
> 	11. GLD Provider
> 	12. TCP/UDP connection ids
> 
> I would love to say that we just putback the entire network provider
> collection (all 12 parts) but we''ve only just putback step 1; it
was a
> difficult step to complete, not just due to complexities with the IP
> codepath, but as it also commits to a style which the other network
> providers will follow.
> 
> To see what these new probes can do, check out the wiki page.
> 
> I''ll post about the next steps soon: TCP and UDP providers.
> 
> Brendan
>

On Sun, Jun 15, 2008 at 4:01 AM, Brendan Gregg - Sun Microsystems
<brendan at sun.com> wrote:
> G''Day,
>
> ip:::send and ip:::receive probes have been putback to Solaris Nevada.
> Documentation is here:
>
>        http://wikis.sun.com/display/DTrace/ip+Provider
>
> This is the first step of many, as outlined in the proposed plan:
>
>        http://www.opensolaris.org/os/community/dtrace/NetworkProvider/#Plan
>
This is awesome. In which ON build is this?

-Shiv

S h i v pisze:
> On Sun, Jun 15, 2008 at 4:01 AM, Brendan Gregg - Sun Microsystems
> <brendan at sun.com> wrote:
>> G''Day,
>>
>> ip:::send and ip:::receive probes have been putback to Solaris Nevada.
>> Documentation is here:
>>
>>        http://wikis.sun.com/display/DTrace/ip+Provider
>>
>> This is the first step of many, as outlined in the proposed plan:
>>
>>       
http://www.opensolaris.org/os/community/dtrace/NetworkProvider/#Plan
>>
> 
> This is awesome. In which ON build is this?
> 
> -Shiv
Build 93

-- 
Regards,
Piotr Jasiukajtis | estibi | SCA OS0072
http://estseg.blogspot.com