Monday, December 13, 2010

Solve crimes near you

=============================================================================================================================== Hi guys, While working on implementing XMPP Jingle in Asterisk, I had to write the basis of STUN as defined in RFC 5389. Jingle uses ICE (and therefore STUN as per RFC 5389), which introduces message integrity checks for STUN messages using credentials exchanged at the signalling phase. The changes in the STUN code are mostly an update to the STUN attributes as defined in RFC 5389. As for other RTP based media channels (eg. SIP), the only change is the introduction of the following structure in the ast_rtp_instance_read interface function : struct stun_credentials { char local_ufrag[AST_STUN_MAXLEN]; char remote_ufrag[AST_STUN_MAXLEN]; char local_password[AST_STUN_MAXLEN]; char remote_password[AST_STUN_MAXLEN]; unsigned long priority; int initiator; }; I just resynchronized the code branch with the trunk : http://svn.digium.com/svn/asterisk/team/phsultan/jingle-support The corresponding bug report : https://issues.asterisk.org/view.php?id=15634 This code works with other Jingle implementations that use the same ICE mechanism (Empathy, PSI and Pidgin tested) in a scenario where Asterisk runs on a public IP address and serves NAT (or not) Jingle clients. It is limited by the fact that we let the clients choose their best ICE candidate, as we don't make any decision on our own. Even though it's not a complete RFC 5389 implementation, I believe this code might help us moving forward. I'm leaving for a week of vacations, I'll update the (old) review board request when I come back : https://reviewboard.asterisk.org/r/401 Philippe On Fri, Aug 6, 2010 at 5:09 PM, Simon Perreault < simo ... @viagenie.ca > wrote: On 2010-08-06 10:54, Klaus Darilion wrote: having Asterisk saying "this is a symmetric NAT, VoIP will not work" is IMO a useful option to help users with NAT traversal. Even though VoIP might very well work? The better approach is to be agnostic to the type of NAT. Just try to traverse it using all possible ways, and see what works. Dynamically pick the best alternative. Pick the best alternative based on what? Based on trying them all. That's the idea behind ICE. You tell your peer: "I have these adddresses assigned to me, and I obtained this address from STUN, and I allocated this address on a TURN relay, and I opened these ports using UPnP/NAT-PMP, and I have this address on a VPN, etc. Try them all, I'll tell you when I hear from you on one of them." Note also that keep-alive can be done with pure SIP. This has the advantage that the peer doesn't need to support STUN. See RFC 5626 section 3.5.1. Of course, yes. But using STUN would also detect changes of the public IP. It cannot change while it is being kept alive. Once a NAT binding is opened, the 5-tuple is fixed. Unless the NAT device reboots, in which case we're screwed anyway. What is the standard STUN usage that works? RFC 5626? How long will it take until all SIP proxies/registrars deployed will be updated to support RFC 5626? Yes, SIP-outbound and ICE. The deployment time is irrelevant. When you're talking to a peer that supports it, you use it. Otherwise, you don't. You just cannot start using STUN in a broken way and expect everything to be rosy. It's going to help in some circumstances, but it's going to be really broken in others. And you'll be trying to outsmart the server, which is not a good thing to do. Working with servers that do not support SIP-outbound and/or ICE is simple: don't do anything. It is up to these servers to do their thing (i.e. latching). If they don't do any of that, then they can't reasonably expect to work with clients behind NATs. Is this the IETF approach? Non-RFC5626 compatible servers are responsible for NAT traversal? Of course not! That would be great - then we could drop "old style" STUN from all clients immediately. I repeat, what I being described here is not "old style STUN". It is Asterisk-specific. Clients generally do not take the results from STUN and stick them in SIP headers. My point is that Asterisk should not do non-standard STUN. Simon -- NAT64/DNS64 open-source --> http://ecdysis.viagenie.ca STUN/TURN server --> http://numb.viagenie.ca vCard 4.0 --> http://www.vcarddav.org -- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev -- Philippe Sultan -- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev

Friday, December 10, 2010

Amazon Payments: Annual Notices

Greetings from Amazon Payments:

We appreciate the trust that you have put in Amazon Payments by using our services. So, each year we send you this notice to tell you about our privacy practices, as well as how you can report errors or unauthorized transactions related to your Amazon Payments account.

We know that you care how information about you is used and shared. To help you understand our privacy practices, we have detailed how we collect, use and safeguard your personal and financial information in our Privacy Notice.

Our Unauthorized Transaction Policy describes how you can report to us any billing errors or unauthorized transactions involving the use of your account balance or registered bank account. It also describes our liability and your rights for these type of errors or transactions.

Please take a moment to review these policies. They may be found by clicking the User Agreement/Policies link on our web site at www.amazonpayments.com.

If you have questions or concerns about this information, please contact us by signing in to your Amazon Payments account and clicking on the Contact Us link or by writing to us at Amazon Payments, Attn: Compliance, P.O. Box 81226 Seattle, Washington 98108-1226.

Thank you for using Amazon Payments.

Sincerely,

The Amazon Payments Team

Thursday, December 9, 2010

LiveWire for Affiliates - December 2010

If you experience issues with the display of this newsletter, click here to view it in your web browser.

Algebra.com & LivePerson, a Solution that Makes Sense!

Algebra.com began with a domain name and a dream, back in 1995. By 2000, founder Igor Chudov had begun developing the domain into an algebra help site for students. By 2004, he realized the need to take it further, and to fine-tune the direction of the site. He decided to turn it into a community website with free volunteer tutors on call to provide algebra help to children who need it. Due to this pioneering concept, thousands of students and tutors now connect on a wide variety of algebra-related topics, sharing their love of mathematics and getting (and giving) much needed help.

Content on the site ranges from simple problem-solvers to full-on lessons submitted by Algebra.com's users. What makes it unique is the passion and excitement of the community of users, who offer their time and knowledge to help others.

Introducing the LivePerson B2B Affiliate Program!

We're excited to announce the launch of the LivePerson B2B Affiliate Program.

Promote Yourself Better

We have been testing our new promotion system with select affiliates and have seen promising initial results.

Take our poll

How do you feel about coupons?

Alert: Auto-Hire Goes Into Effect Soon!

Make sure your creative reflects the change...

Questions? Read our FAQs

30,000 experts, live, at LivePerson.com | Copyright © 2010 liveperson.com. All Rights Reserved.

We sent you this e-mail because your communication settings indicate that you want to receive Affiliate Newsletters. To unsubscribe, please email us at affiliates@liveperson.com with the word "Unsubscribe" in the subject line. Visit our Terms & Conditions, Privacy Policy or contact us if you have any questions.

To ensure you continue to receive our special offers, be sure to add liveperson@advice.livepersonmail.com to your contact list or address book. Click here to learn how.

Study for this fast growing field

Courses Available

Wednesday, December 8, 2010

Get started in the medfield

Start training online today.

======================================================================================================================== Hi, I cannot participate in todays meeting. With reference to Kelds mail below: As I have understood it RDS is a system where you can identify and reference an unique physical object (from 3 topological aspects) within, for example, a power plant. This means that you can build a representation of the plant as a hierarchy of objects (and the relations between objects?). I can see a need to be able to categorize what objects a topic is related to/describes. This is needed for filtering or retrieval purposes. The new subject scheme feature in DITA 1.2 could be used to address this issue (as you see I'm a big fan of this feature). Each unique object in the RDS is "registered" as a subject in the scheme map. Then the RDS for a specific plant could be seen as a taxonomy. Further more a classification map could be used to relate DITA topics the a subject with in the scheme. One problem with the subject scheme feature of DITA 1.2, as I see it, is the fact that you can classify a DITA topic using the topicmeta part and then do the same thing using a subject scheme, where there are no coordination. In fact you can state one thing in the topicmeta, but state contradictory data in your classification map. We surely need to look into this from our work group. The subject scheme feature is primarely intended to define ENUMs to not hardcode them in a DTD, but the sheme can also be used to represent the subjects a topic is describing, for example parts or objects/products in a machine or plant. I'm planning to give some more input which is also related to the ditatoctemp proposal and the filtering proposal. Br, Jonatan ________________________________________ From: Keld Jellesen [ keld ... @advice2u.dk ] Sent: Wednesday, June 02, 2010 1:47 PM To: chri ... @seicodyne.ch ; dita ... @lists.oasis-open.org Subject: RE: [dita-machine- industry ] Groups - DITA Machine Industry SC Meeting modified I thing we need to address a RDS system with DITA-Machinery SC. RDS is Reference Designation System and is used in various places for example the energy sector. The overall foundation for this is the ISO-81346, which is quite abstract. However VGB have developed a solution called RDS-PP (Power Plant) which is a concrete suggestion to build a RDS system for the wind energy sector. It is in close family with KKS which I can imagine will be included in the RDS-PP for the future. Best Regards Keld -----Original Message----- From: chri ... @seicodyne.ch [mailto: chri ... @seicodyne.ch ] Sent: 25. maj 2010 16:08 To: dita ... @lists.oasis-open.org Subject: [dita-machine- industry ] Groups - DITA Machine Industry SC Meeting modified Unfortunatley the conference call has not been activated for us. If it is not getting activated till quarter past, we will switch to the alternative calling number: +1 218 486 8700 Passcode: 185771 Best regards Chris --------------------------------------------------------------------- To unsubscribe from this mail list, you must leave the OASIS TC that generates this mail. Follow this link to all your TCs in OASIS at: https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php --------------------------------------------------------------------- To unsubscribe from this mail list, you must leave the OASIS TC that generates this mail. Follow this link to all your TCs in OASIS at: https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php Dear Jarrod, You asked about ASReml's na.include=Y option. No, this does not do any fancy imputation or augmentation like MCMCglmm does either. As you can read on p113 of the user guide (p139 of the pdf) http://www.vsni.co.uk/downloads/asreml/release3/UserGuide.pdf !mvinclude just imputes zeros. This obviously assumes centred covariates. For factors, another factor level is created. Damian Damian Collins, Biometrician, I&I NSW dami ... @industry.nsw.gov.au Dear Doug, Perhaps I misunderstand Rubin's missing data theory, and/or perhaps its not relevant to Thierry's problem. I was under the impression that if the probability of missingness depends on the value observed for some other data (MAR), then by including this data and structuring the likelihood correctly then correct inferences (i.e. in the absence of missingness) could be made. Given that the default na.action of lmer seems to deletes other data (complete case analysis), it is hard to see how the other data can be used to 'correct' for missingness. MCMCglmm uses augmentation for missing data. Internally, this is often used just to simplify/speed up the matrix operations using dummy data. However, I had presumed that if users really did have MAR data then the augmentation would take care of this. I know ASReml has an na.includeY argument so presumably there is something to be gained by not reducing the problem to a complete-case analysis, but perhaps this function is there just to allow users to make predictions for missing data points. I know the asreml team read this list, so perhaps they could comment? Cheers, Jarrod, This message is intended for the addressee named and may contain confidential information. If you are not the intended recipient, please delete it and notify the sender. Views expressed in this message are those of the individual sender, and are not necessarily the views of their organisation. _______________________________________________ R-si ... @r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-sig-mixed-models

Tuesday, December 7, 2010

December discounts for SUVs

The best offers available

=============================================================================================================================== Hi all, Let me start with a disclaimer. I don't know the details of any of the previous arrangements about Groovy books from O'Reilly, so I can't speak to that. What I can say, however, is that my interactions with everyone at O'Reilly have been uniformly positive and helpful. I'm also sure that whatever other Groovy books may have been proposed at O'Reilly were fundamentally different from what I'm currently writing. I also wasn't going to mention any of this yet, because it's still a bit early, but the thread on Groovy books at O'Reilly is something that I feel I have to respond to. So, let me respond: Scott Davis and I are working on a Groovy book, to be published by O'Reilly, entitled "Making Java Groovy". We hope to have it available by the end of this year. Some obvious FAQs: 1. What's the book about? The goal of "Making Java Groovy" (MJG) is to show existing Java developers how to add Groovy to their systems in order to make their lives easier. It's really a book about Java/Groovy integration, rather than being a pure Groovy book. In that we're following the Groovy philosophy, which is that Groovy doesn't replace Java, it works with Java to get the job done. 2. How is "Making Java Groovy" different from all the other Groovy books in the marketplace? I'm a huge fan of GinA ("Groovy in Action", of course), which is one of my all-time favorite technical books on any subject. I think Dierk Koenig and his co-authors did a brilliant job on that book and will order the second edition as soon as it's announced. I'm also a big fan of Scott's "Groovy Recipes" book, and I had the great pleasure of being one of the technical reviewers on Venkat Subramaniam's excellent "Programming Groovy" book. I'm a book fan, actually, so I also have "Groovy and Grails Recipes", "Beginning Groovy and Grails", all the Grails-specific books I could find (especially DGG2, which totally rocks), and even that old academic book on Groovy programming. I'd say, therefore, that I'm pretty familiar with the marketplace, and MJG is attempting to fill a role that is different from all the others. Our book assumes that you're not necessarily free to replace everything you have with Groovy code, but instead want to leverage Groovy to make you more productive in the Java world. For example, if you can build your application using Grails, then more power to you. Grails is wonderful, and the fact that it uses Spring and Hibernate under the hood is pretty well hidden if you don't need to access that functionality directly. If, on the other hand, you don't have the freedom to do everything in Grails, then Groovy can still play an important role. That's especially true if you're using the Spring framework, like most of the industry. We have a dedicated chapter on using the Groovy capabilities of Spring. (By the way, if you want to get a sense of what that particular chapter is about, see my article on Groovy/Spring integration in the February issue of GroovyMag.) Most of the book will follow that pattern. We've got chapters planned on using Groovy with databases (with a nod to Robert Fischer's upcoming book on that topic), using Groovy in your build system (Gant, AntBuilder, Grape, and so on), taking advantage of Groovy's testing capabilities, working with XML, how Groovy can be used in web services, building user interfaces with Groovy's builders, and even Griffon. In each case, our focus is on how Groovy helps you be more productive. 3. Who are you and why are you qualified to write an O'Reilly book on Groovy? First of all, Scott Davis probably needs no introduction to this group. He's the author of "Groovy Recipes" and several other books, a JavaOne superstar, internationally known speaker and consultant, and combines all of that with being a really good guy. (Just don't tell him I said so.) My own credentials in this area aren't as showy , but I've been working with Groovy and Grails for the past couple of years, and with Java and related technologies since the mid 90's. My primary job is as an instructor teaching technical training classes, but I also do consulting, mentoring, and my own development projects. I've been a tech editor on several books, a speaker at No Fluff Just Stuff conferences, and have been working in industry for the past 20 years or so. For what it's worth, I'm also an adjunct professor at Rensselaer Polytechnic Institute in their Hartford, CT location, and have a range of academic degrees, most of which I no longer use. More details can be found on my company web site, http://www.kousenit.com . Incidentally, my company's name is Kousen IT, Inc. My last name is pronounced like the relative, so my company name sounds like the hairy character in the Addams Family. (One more aside: I have a friend who is a graphic designer and was looking for a small project, so I had him design a new logo for me. It's on my web site. Now I'm just waiting for the cease and desist order from the Addams estate.) 4. When is all this going to happen? We're hoping to have a draft of the book ready in the early fall and hope to see it published by the end of the year. We're planning on releasing a "Rough Cut" (O'Reilly's early access PDFs) in the next few months. When that happens, I'll post something here. 5. Did you clear all this information with Scott? Um, no. Maybe I should have. Er. No, I'm sure he'll be okay with it (right Scott?). 6. Are you willing to take suggestions on topics and techniques? Most definitely. Please feel free to contact me with any questions, comments, or concerns you might have. I'll do my best to respond to each one as quickly as possible, and I'll make sure that if I use any of your suggestions that I'll give you full credit in the acknowledgments section. :) Thanks for your interest in case anybody read this far, Ken Kousen -- Kenneth A. Kousen President Kousen IT, Inc. Email: ken. ... @kousenit.com Site: http://www.kousenit.com Blog: http://kousenit.wordpress.com Twitter: @kenkousen

Thursday, December 2, 2010

cc -- December 15, 2010, California Carbon Capture and Storage Review Panel Meeting

California Carbon Capture and Storage Review Panel Meeting

The final meeting of the California Carbon Capture and Storage
Review Panel will be held on Wednesday, December 15, 2010. The
California Energy Commission, the California Public Utilities
Commission, and the California Air Resources Board have formed
this panel to review carbon capture and storage (CCS) policy and
develop recommendations that could help guide legislation,
regulations and policy regarding CCS in California. CCS has been
identified as a potential strategy for reducing greenhouse gas
emissions from major industrial sites.

Other state agencies interested and involved in the issue are the
California Department of Conservation and the California State
Water Resources Control Board.

WEDNESDAY, DECEMBER 15, 2010
8:30 a.m. - 5:30 p.m.
CALIFORNIA ENERGY COMMISSION
1516 Ninth Street
First Floor, Hearing Room B
Sacramento, California
(Wheelchair Accessible)

Internet Webcast - Presentations and audio from the meeting will
be broadcast via our WebEx web meeting service.

Computer Log-on with Telephone Audio:
1. Please go to https://energy.webex.com and enter the unique
meeting number: 929 363 630

2. When prompted, enter your name and other information as
directed and the meeting password: meeting@9

3. After you log-in, a prompt will ask for your phone number.If
you wish to have WebEx call you back, enter your phone number.
This will add your name on the WebEx log so that we know who is
connected and have a record of your participating by WebEx.

If you do not wish to do that, click cancel, and go to step 4.
Or, if your company uses an older switchboard-type of phone
system where your line is an extension, click cancel and go to
step 4.

4. If you didn't want WebEx to call you back, then call
1-866-469-3239 (toll-freein the U.S. and Canada). When prompted,
enter the meeting number above and your unique Attendee ID
number, which is listed in the top left area of your screen after
you login via computer. International callers can dial in using
the "Show all global call-in numbers" link (also in the top left
area).

For more information:
http://www.climatechange.ca.gov/carbon_capture_review_panel/meetings/index.html

(If link above doesn't work, please copy entire link into your
web browser's URL)

======================================================================
You are subscribed to the cc mailing list. To UNSUBSCRIBE:
Please go to http://www.arb.ca.gov/listserv/listserv.php and enter
your email address and click on the button "Display Email Lists."
To unsubscribe, please click inside the appropriate box to uncheck it
and go to the bottom of the screen to submit your request. You will
receive an automatic email message confirming that you have
successfully unsubscribed. Also, please read our listserve disclaimer
at http://www.arb.ca.gov/listserv/disclaim.htm .

The energy challenge facing California is real. Every Californian
needs to take immediate action to reduce energy consumption. For
a list of simple ways you can reduce demand and cut your energy
costs, see our website at www.arb.ca.gov.
======================================================================

Boardash