Intel Pentium Dual-Core Mobile T9400 2.53GHz 6M 1066MHz CPU SLB46
| General information | |
| Type | CPU / Microprocessor |
| Family | Intel Core 2 Duo Mobile |
| Processor number | T9400 |
| Part number | AW80576GH0616M BX80576T9400 |
| Frequency (GHz) | 2.533 |
| Frequency in IDA mode (GHz) | 2.66 |
| Frequency in LFM mode (GHz) | 1.6 |
| Frequency in SLFM mode (MHz) | 800 |
| Bus speed (MHz) | 1066 |
| Clock multiplier | 9.5 |
| Package type | 478-pin micro-FCPGA |
| Socket type | Socket P |
| Architecture / Microarchitecture / Other | |
| CPUID | 010676h |
| Core stepping | C0 |
| Next stepping | QHBJ |
| Next production stepping | SLGE5 |
| Processor core | Penryn |
| Manufacturing technology (micron) | 0. |
| Number of cores | 2 |
| L2 cache size (MB) | 6 |
| Features | Enhanced SpeedStep technology Dynamic Acceleration Trusted Execution technology |
| Core voltage (V) | 1 — 1.25 |
| Core voltage in IDA mode (V) | 1 — 1.3 |
| Core voltage in LFM mode (V) | 0.85 — 1.1 |
| Core voltage in SLFM mode (V) | 0.75 — 0.95 |
| Case temperature (°C) | 105 |
| Thermal Design Power (Watt) | 35 |
| Price View | Price Range |
|---|---|
| Manufacturer | Intel |
| CPU Series | Pentium Dual-Core |
| Processor speed | 2. 53 GHz |
| Bus Speed | 1066 MHz |
| L2 Cache | 6 MB |
| Cooling Component(s) Included | None/Processor Only |
| Condition | Certified Refurbished |
| Condition Comment | Full working order |
| Warranty | 30 Day RTB (Return to Base) Warranty |
| Important | It is your responsibility as a buyer to ensure this is compatible with your hardware or operating system before buying.
Assume that any photo is a library photo, not the actual item you will receive, unless expressly mentioned above. Item has been pulled from salvage machine so expect the item to be in a used condition with minor scuffs etc. Unless expressly mentioned in the description, there will be no other parts included with the item. |
This includes items such as drivers, cables, manuals, warranty cards etc. Hard drives, tape drives, caddies etc. will not include any screws, fixing rails unless expressly mentioned.We aims to deliver items ordered to you as soon possible. As a guide, we estimate that most items will be delivered according the following timescales. To help you plan for your delivery, we will send you an e-mail with tracking details, as soon as your order has been shipped.
UK Delivery
- Free Delivery: Monday-Friday (2-5 Working Days)
- Fast Delivery: Monday-Friday (1-2 Working Days)
- Next Working Day Delivery: if ordering before 1pm it is next day (excluding Saturday/Sunday), if you place order Saturday/Sunday we will dispatch your order Monday for delivery Tuesday.
Please note that Saturdays, Sundays, and Bank Holidays are not classed as working days.
Delivery services may take longer if you live in remote areas like the Scottish Highlands and Northern Ireland.
As a result, Next Day service may not be guaranteed.
International Delivery (not including customs processing)
- You can choose UPS Courier at checkout, please fill in your address first to get a shipping quote. International orders are usually delivered within couple of days, speed depends on the services selected.
-
Goods are despatched Monday – Friday only.
-
Sending goods outside the United Kingdom may result in additional local customs clearance charges and taxes. Failure to pay these charges and taxes on arrival will result in the goods being returned to us. In such instances we may refund your order and delivery fees but retain a re-processing fee to cover the return costs and customs processing fees.
Changes from 1st January 2021 – Brexit
On 1st January 2021 the UK left the EU. A consequence of this is that goods purchased from the UK for delivery in the EU are now subject to additional duties and taxes as well as increased shipping costs.
To our European customers we offering following delivery option:Delivery Only Service – we will deliver your order excluding any customs clearance fees, import charges and taxes. When the goods arrive in your country you will be contacted by the delivery company to pay these additional costs directly to them before final delivery as the importer of record.
Delivery is processed under the ‘Delivery at Place’ (DAP) Incoterm.
We would advise you to check the cost of delivery before making purchase as the customs clearance fees, import charges and taxes can amount to quite a significant cost.
We are so confident in the quality of our work that we stand behind every MicroDream Certified Refurbished product with a 12 Month Warranty as standard and we are able to offer our 30 Day Money Back Guarantee with complete confidence.
We guarantee this product against all hardware faults for a period of 12 months from receipt of the product.
If there is a hardware fault within the first 30 days of receipt we will arrange for collection free of charge and replace or repair the product.
If there is a hardware fault after the first 30 days, you are responsible for safely returning the product to us. We can arrange collection for £19 including VAT. We will pay for the carriage of the replacement or repaired product back to you.
WHO IS COVERED? This warranty is non-transferable and covers only the original end purchaser. An original or copy of a sales invoice is required for warranty service.
WHAT IS COVERED? In the event of your PC hardware developing a fault you can return it for repair or replacement (or equivalent).
WHAT IS NOT COVERED?
- Normal wear and tear of Product use
- Misuse, lack of care, mishandling, accident, abuse or other abnormal use
- Use of the Product other than for its intended purpose
- Damage caused by improper or unauthorized repair or maintenance
- Warranty is void if repairing without our consent or warranty seal is broken
- Product that has been modified or altered
- Software issues (any problems associated with software – whether bundled or installed by user, file corruption, internet setup etc.
) - Accidental damage like breaking the screen or spilling liquid on it. You would need independent insurance to cover this.
- Used batteries, although we do guarantee that it will hold at least one hour’s charge. We will replace batteries which do not meet these criteria if reported within one week of receipt and the battery supplied is returned. Batteries are considered as consumable items — as they are expected to degrade over time. Some may require replacement.
Write Your Own Review
You’re reviewing:Intel Pentium Dual-Core Mobile T9400 2.53GHz 6M 1066MHz CPU SLB46
Your Rating
Value
1 star 2 stars 3 stars 4 stars 5 stars
Quality
1 star 2 stars 3 stars 4 stars 5 stars
Price
1 star 2 stars 3 stars 4 stars 5 stars
Nickname
Summary
Review
What Tech do I need in a dual-stack adoption strategy?
Picking up from the topic of my last article titled “From IPv4-Only to Dual-stack to IPv6-Only: What Tech Will You Need?” we are going to cover what technologies are required when dealing with a dual-stack IPv6 network.
This is likely the majority of networks out there (or soon to be in the near future) so it is important to understand what tools you have at your disposal.
To summarize the last article’s premise, there are operational challenges running a dual-stack network and you need to know where you are at on the adoption curve to understand what technologies will provide you the greatest value and flexibility in adopting IPv6. These technology decisions will impact your design and ultimately your path to IPv6-only.
Assuming you have made the decision to move past the IPv4-only phase and to start implementing dual-stack then some key questions come up that should be addressed. In this article, I am going to limit the discussion to technologies that would be of interest to enterprises and smaller businesses. There is a broad and extensive set of technologies available to service providers, telecommunication and hosting providers that are not tailored to the needs to most enterprises and small businesses.
Dual-stack phase:
The company IT executives made the decision and now you are being tasked with coming up with a plan for getting the company entirely dual-stacked and working with both IPv4 and IPv6. Let us establish some ground rules about dual-stack so we all start with the same assumptions.
- Not all equipment or systems in your network will support IPv6
- You will need to provide a transition method for those systems that are “stuck” on IPv4-only as a protocol
- If the system that does not support IPv6 is simply some IPv4 network equipment it may be possible to tunnel IPv6 within IPv4 until you can replace the equipment
- If the system that doesn’t support IPv6 is a host of some kind then a translation technology will be needed
- Dual-stack will ALWAYS consume more memory, CPU, bandwidth and other resources than running a single IP stack
- Dual-stack requires extensive testing and validation (just like ANY new technology you would deploy)
- You will start by moving a small, tightly controlled segment of the overall network to dual-stack
- You have to decide if you want to configure dual-stack from the edge back to the core or from the core out to the edge
- You will need to provide training and education on how to troubleshoot, test and validate application and protocol behavior on a dual-stack network
Now that we have this basic understanding, let us talk about the things you need to do for a dual-stack network to protect it and optimize it in regards to IPv6.
- Just like with IPv4-only, put in place First Hop Security (FHS) measures for IPv6 to ensure that a misconfiguration or bad actor cannot put their own RA on the Ethernet Layer-2 segment
- Have inspection systems in place looking for IPv4 and IPv6 traffic and monitor that traffic
- Proactively set up link-local and global unicast network addresses on major network equipment (So you can monitor and alert on systems even if IPv6 has not been utilized yet).
- Allow the correct ICMPv6 traffic in your ACLs to allow for the proper functioning of Neighbor Discovery (including components like Path MTU Discovery)
- Inspect IPv4 and IPv6 traffic for IPv6 and IPv4 tunneled traffic
- Modify (or choose) your DDI platform to handle IPv4 and IPv6 values
- Make sure to utilize global unicast addresses and provide stateful packet inspection (firewall) your traffic
- Avoid unique local addresses (ULA) unless you have a well-established use case that has been validated by an IPv6 professional
- Provide access to IPv6 resources from IPv4 only hosts (via a translation method)
- Provide access to IPv4 resources from IPv6 only hosts (via a translation method such as DNS64/NAT64)
There is a lot to cover in the list but we are going to focus on the last two points.
The last two really address the specific technology discussion about what you need to support each protocol effectively.
The major IPv6 transition technologies are either tunneling or translation-based. For these last two points, tunneling really is not an option as the host systems are single-stacked in either IPv4 or IPv6. Because IPv6 is not backwards compatible with IPv4 there is no simple way for the networking protocol itself to accommodate the translation. Often this would mean running a proxy of some kind to solve this shortfall. There are several pseudo-proxy-like technologies available for dual-stacked networks to accommodate exactly this situation. They are:
SLB64
SLB46
DNS64/NAT64
Each provides a unique solution to address common situations and they are well supported in many dual-stack hardware and software solutions available today. Let us run through each one and review its use case and where it fits on the adoption curve.
Server Load Balancer – IPv6 to IPv4:
SLB64 is designed to provide IPv4 resources to IPv6 hosts by hiding the IPv4 addresses behind a virtual IPv6 address.
The virtual IPv6 address is advertised via DNS for IPv6 hosts to reach that resource. This technology can be used for internal resources but also for external resources. Often, this is where many companies start with enabling their Internet edge services and making them available via IPv6. This is typically done on some sort of application delivery controller (ADC) or what we used to call a load balancer. Products from F5, A10, Citrix and others are capable of doing this and if you are utilizing code from the last three years or sooner, you can likely enable this function. Realize that this solution comes with all the typical caveats that any load balancing solution does: You lose some end-to-end host visibility; not all software applications will necessarily work; and you will need logs from the ADC to understand what sessions are being mapped to correlate information in log files (the firewall log that has IPv4 NAT to an ADC log of a virtual IP and then to a Syslog of a real IP of a host is an example).
These aren’t horrible tradeoffs and this is why so many start with a SLB64 solution. It really does address many needs for companies at a cost-effective price point and, as a result, is often one of the first transition technologies used.
Server Load Balancer – IPv4 to IPv6:
SLB46 is the reverse of SLB64. It is designed to provide IPv6 resources to IPv4 hosts by hiding the IPv6 address behind a virtual IPv4 address. The virtual IPv4 address (VIP) for the resource is advertised via DNS for IPv4 hosts to reach. Typically, this is implemented later in the IPv6 adoption curve because in the early stages of IPv6 adoption it is rare to have an IPv6-only device on the network. If everything new is just adding IPv6, everything operationally already has IPv4 and so should be accessible to an IPv4 host (security considerations taken into account). I have normally seen this become a concern later in the dual-stack lifecycle when either IPv4 address constraints or a technology constraint means a portion of the network is IPv6-only.
At that point, some translation is required and SLB46 is a good option. It can be run on the same device as the SLB64 solution and again has all the same caveats of using an ADC. It also benefits from an attractive price point due to the likelihood a company already owns an ADC capable of doing this function.
DNS64/NAT64:
Finally, we have DNS64 and its complimentary proxy function NAT64. This service is strictly a solution for IPv6-only hosts to reach IPv4-only destinations (for instance, network resources that are IPv4-only or IPv4-only websites on the Internet). It is commonly deployed in networks as they transition to a larger percentage of IPv6-only hosts and those IPv6 hosts need to talk to localized IPv4 resources that are not able to be dual-stacked. The quantity of IPv4 host end-points are either too large to accommodate SLB64 or they are too distributed to justify deploying that many ADCs. There may also be some architectural requirements for the stateless operation of NAT64 with DNS64, requirements that preclude the use of the more stateful SLB64.
This means DNS64/NAT64 can technically be deployed and work even with asymmetrical routing. With that being said, I know of no implementations that actually leverages that function of the technology outside of localized High Availability (HA) to survive hardware device failure. The nice attributes of DNS64/NAT64 are that it scales well and can be relatively easy to implement with commercial OS software or in conjunction with router and DDI technology.
Figure 1 – DNS64/NAT64 explained
Those are the common transition technologies you will likely employ during the course of dual-stacking your network. You may start with an SLB64 solution to get a few key services up and working on IPv6. You might then start having portions of your network move to IPv6-only and give them ready access to the IPv4 hosts you can leverage using DNS64/NAT64 to scale and grow. As IPv4 diminishes on your network you can introduce SLB46 so that the islands of IPv4 hosts can access the more prolific IPv6 services you will operate.
That covers the second phase or dual-stack and the technologies you will likely leverage. In the next article we will be covering IPv6-only and what technologies you will have to adopt to ensure your network is running at its best.
You can find me on twitter as @ehorley and remember…
IPv6 is the future and the future is now!
– Ed
Ed Horley
Co-founder and CEO of HexaBuild.io
Ed Horley (@ehorley) is a Co-founder and CEO of HexaBuild.io, an IPv6 consulting and training company. Ed is Co-chair of the California IPv6 Task Force (CAv6TF) and authored the Apress Press book Practical IPv6 for Windows Administrators and two IPv6 courses on Pluralsight. He is also the co-host of the IPv6 Buzz Podcast on the PacketPushers. Follow HexaBuild on Twitter and LinkedIn and let us help you advance cloud, IoT and security with IPv6!
View All Posts
✔️ Intel Core 2 Duo T9400
Attention
Fill in in English letters!
All fields marked with * are mandatory.
Access data
* Email as login
* Password
(at least 4 characters)
nine0004 Personal data
* Surname
Middle name
Telephone
* Country
RUSSIAN FEDERATIONUKRAINEBELARUSKAZAKHSTANAFGHANISTANALAND ISLANDSALBANIAALGERIAAMERICAN SAMOAANDORRAANGOLAANGUILLAANTARCTICAANTIGUA AND BARBUDAARGENTINAARMENIAARUBAAUSTRALIAAUSTRIAAZERBAIJANBAHAMASBAHRAINBANGLADESHBARBADOSBELGIUMBELIZEBENINBERMUDABHUTANBOLIVIA, PLURINATIONAL STATE OFBONAIRE, SINT EUSTATIUS AND SABABOSNIA AND HERZEGOVINABOTSWANABOUVET ISLANDBRAZILBRITISH INDIAN OCEAN TERRITORYBRUNEI DARUSSALAMBULGARIABURKINA FASOBURUNDICAMBODIACAMEROONCANADACAPE VERDECAYMAN ISLANDSCENTRAL AFRICAN REPUBLICCHADCHILECHINACHRISTMAS ISLANDCOCOS (KEELING) ISLANDSCOLOMBIACOMOROSCONGOCONGO, THE DEMOCRATIC REPUBLIC OF THECOOK ISLANDSCOSTA RICACOTE D’IVOIRECROATIACUBACURACAOCYPRUSCZECH REPUBLICDENMARKDJIBOUTIDOMINICADOMINICAN REPUBLICECUADOREGYPTEL SALVADOREQUATORIAL GUINEAERITREAESTONIAETHIOPIAFALKLAND ISLANDS ( MALVINAS)FAROE ISLANDSFIJIFINLANDFRANCEFRENCH GUIANAFRENCH POLYNESIAFRENCH SOUTHERN TERRITORIESGABONGAMBIAGEORGIAGERMANYGHANAGIBRALTARGREECEGREENLANDGRENADAGUADELOUPEGUAMGUATE MALAGUERNSEYGUINEAGUINEA-BISSAUGUYANAHAITIHEARD ISLAND AND MCDONALD ISLANDSHOLY SEE (VATICAN CITY STATE)HONDURASHONG KONGHUNGARYICELANDINDIAINDONESIAIRAN, ISLAMIC REPUBLIC OFIRAQIRELANDISLE OF MANISRAELITALYJAMAICAJAPANJERSEYJORDANKENYAKIRIBATIKOREA, DEMOCRATIC PEOPLE’S REPUBLIC OFKOREA, REPUBLIC OFKUWAITKYRGYZSTANLAO PEOPLE’S DEMOCRATIC REPUBLICLATVIALEBANONLESOTHOLIBERIALIBYALIECHTENSTEINLITHUANIALUXEMBOURGMACAOMACEDONIA, THE FORMER YUGOSLAV REPUBLIC OFMADAGASCARMALAWIMALAYSIAMALDIVESMALIMALTAMARSHALL ISLANDSMARTINIQUEMAURITANIAMAURITIUSMAYOTTEMEXICOMICRONESIA, FEDERATED STATES OFMOLDOVA, REPUBLIC OFMONACOMONGOLIAMONTENEGROMONTSERRATMOROCCOMOZAMBIQUEMYANMARNAMIBIANAURUNEPALNETHERLANDSNEW CALEDONIANEW ZEALANDNICARAGUANIGERNIGERIANIUENORFOLK ISLANDNORTHERN MARIANA ISLANDSNORWAYOMANPAKISTANPALAUPALESTINIAN TERRITORY, OCCUPIEDPANAMAPAPUA NEW GUINEAPARAGUAYPERUPHILIPPINESPITCAIRNPOLANDPORTUGALPUERTO RICOQATARREUNIONROMANIARWANDASAINT BARTHELEMYSAINT HELENA, ASCENSION AND TRISTAN DA CUNHAS AINT KITTS AND NEVISSAINT LUCIASAINT MARTIN (FRENCH PART)SAINT PIERRE AND MIQUELONSAINT VINCENT AND THE GRENADINESSAMOASAN MARINOSAO TOME AND PRINCIPESAUDI ARABIASENEGALSERBIASEYCHELLESSIERRA LEONESINGAPORESINT MAARTEN (DUTCH PART)SLOVAKIASLOVENIASOLOMON ISLANDSSOMALIASOUTH AFRICASOUTH GEORGIA AND THE SOUTH SANDWICH ISLANDSSOUTH SUDANSPAINSRI LANKASUDANSURINAMESVALBARD AND JAN MAYENSWAZILANDSWEDENSWITZERLANDSYRIAN ARAB REPUBLICTAIWAN, PROVINCE OF CHINATAJIKISTANTANZANIA, UNITED REPUBLIC OFTHAILANDTIMOR-LESTETOGOTOKELAUTONGATRINIDAD AND TOBAGOTUNISIATURKEYTURKMENISTANTURKS AND CAICOS ISLANDSTUVALUUGANDAUNITED ARAB EMIRATESUNITED KINGDOMUNITED STATESUNITED STATES MINOR OUTLYING ISLANDSURUGUAYUZBEKISTANVANUATUVENEZUELA, BOLIVARIAN REPUBLIC OFVIET NAMVIRGIN ISLANDS, BRITISHVIRGIN ISLANDS, U.