What does SLL stands for?

Question

anything at all....

Answer 1

Well Irish, my answer in nowhere near as in depth as Michael's but here goes:

Second Lesson Learned.

Answer 2

What Does Sll Stand For

Answer 3

Standing Late Lady

Answer 4

SLL stand for Secure Sockets Layer and there are cryptographic protocols which provide secure communications on the Internet for such things as web browsing, e-mail, Internet faxing, instant messaging and other data transfers

Answer 5

Spectacular Lovely Lass

Answer 6

Secret Love Life?
Stupid Lion Learning?
Suck Lice Loser!?

Answer 7

Stupid Little Lad
Sluggish Lady Longshamp
Sophia Lauren Lives
Sally, let live (your mil..)
Salvatore Luiggi Lasagne !! ( Italian unknown cook)
Society of Lost Lovers

Answer 8

Secure Link Layer

It is an Internet protocol for hiding credit card and buyer information in online transactions.

Or course it could mean silly lawyers laughing

Answer 9

There are 91 other meaning's. Use the link below to see them all.

Small Lymphocytic Lymphoma
****** SLL Statically Linked Library
****** SLL Shift Left Logical
****** SLL Sierra Leone Leone (national currency)
**** SLL Standard Linear and Logic
**** SLL Side-Lobe Level
**** SLL Suomen Lukiolaisten Liitto Ry (Finnish: Union of Finnish Upper Secondary School Students)
*** SLL Sims: Livin' Large (game)
*** SLL Sociedad Laboral Limitada
*** SLL Single-Loop Learning (learning within a paradigmatic context)
*** SLL Sandia Laboratories Livermore
* SLL Secondary Lobe Level
* SLL Structured
http://www.acronymfinder.com/af-query.asp?acronym=SLL&p=mw

If you are referring to its meaning as used in computer lingo here is your answer.

Linux cooked-mode capture (SLL)
This is the pseudo-protocol used by libpcap on Linux to capture from the "any" device and to capture on some devices where the native link layer header isn't available or can't be used. (For example, the Linux PPP code doesn't reliably supply a PPP header to libpcap - it's usually either absent, meaning that the packet type isn't available, or contains extra random gunk in some but not all packets, as happens on some PPP-over-ISDN interfaces - so the SLL pseudo-link-layer is used on PPP interfaces. It's used on the "any" device because not all interfaces on a machine necessarily have the same link-layer type, but, in order for capture filters to work, all packets on an interface must have the same type of link-layer header.)

When capturing from the "any" device, or from one of those other devices, in Linux, the libpcap doesn't supply the link-layer header for the real "hardware protocol" like Ethernet, but instead supplies a fake link-layer header for this pseudo-protocol.

(For those who are curious, "SLL" stands for "sockaddr_ll"; capturing in "cooked mode" is done by reading from a PF_PACKET/SOCK_DGRAM socket rather than the PF_PACKET/SOCK_RAW socket normally used for capturing. Using SOCK_DGRAM rather than SOCK_RAW means that the Linux socket code doesn't supply the packet's link-layer header. This means that information such as the link-layer protocol's packet type field, if any, isn't available, so libpcap constructs a synthetic link-layer header from the address supplied when it does a recvfrom() on the socket. On PF_PACKET sockets, that address is of type sockaddr_ll, where "ll" presumably stands for "link layer"; the fields in that structure begin with sll_. See the packet(7) man page on a Linux system for more details.)

http://wiki.ethereal.com/SLL

Answer 10

Sorry left London. Just guessing!