পূর্ব - পশ্চিম উপকূল মার্কিন যুক্তরাষ্ট্রে কতটা নেটওয়ার্কের ল্যাটেন্সিটি "সাধারণ"?


106

এই মুহুর্তে আমরা আমাদের উপকূলকে পশ্চিম উপকূল থেকে পূর্ব উপকূলে স্থানান্তরিত করার সিদ্ধান্ত নেওয়ার চেষ্টা করছি।

তবে আমি আমার পশ্চিম উপকূলের অবস্থান থেকে পূর্ব উপকূলে কিছু বিরক্তিকর বিলম্বিত নম্বর দেখছি। গুগল ক্রোমে একটি ছোট্ট .png লোগো ফাইল পুনরুদ্ধার এবং অনুরোধটি কতক্ষণ সময় নেয় তা দেখার জন্য ডিভ সরঞ্জামগুলি ব্যবহার করে এখানে একটি নমুনার ফলাফল রয়েছে:

  • পূর্ব উপকূলে পশ্চিম উপকূল:
    215 এমএস লম্বা, 46 এমএস স্থানান্তর সময়, মোট 261 এমএস
  • পশ্চিম উপকূলে পশ্চিম উপকূল:
    114 এমএস লম্বা, 41 এমএস স্থানান্তর সময়, 155 এমএস মোট

এটি বোঝা যায় যে কর্ভালিস, বা ভৌগোলিকভাবে বার্কলে, সিএতে আমার অবস্থানের খুব কাছাকাছি তাই আমি সংযোগটি আরও দ্রুততর হওয়ার প্রত্যাশা করি .. তবে আমি যখন এনওয়াইসি তে একই পরীক্ষাটি করি তখন আমি 100+ বিলম্বিত হওয়ার প্রবণতা দেখতে পাচ্ছি সার্ভার। মনে হচ্ছে .. আমার কাছে অতিরিক্ত বিশেষত যেহেতু সময়টি প্রকৃত ডেটা স্থানান্তরিত করতে ব্যয় করেছিল কেবলমাত্র 10%, তবুও বিলম্ব বেড়েছে 100%!

আমার কাছে ... ভুল ... মনে হচ্ছে।

আমি এখানে কয়েকটি লিঙ্ক পেয়েছি যা সহায়ক ছিল (গুগলের মাধ্যমে কম!) ...

... তবে কিছুই অনুমোদিত নয়।

তো, এটা কি স্বাভাবিক? এটি স্বাভাবিক বোধ হয় না। পূর্ব উপকূল <<> মার্কিন যুক্তরাষ্ট্রের পশ্চিম উপকূল থেকে নেটওয়ার্ক প্যাকেটগুলি সরানোর সময় আমার "সাধারণ" বিলম্বের কী আশা করা উচিত?


10
আপনি নিয়ন্ত্রণ করেন না এমন সমস্ত নেটওয়ার্ক জুড়ে কোনও পরিমাপ প্রায় অর্থহীন বলে মনে হয়। এই জাতীয় নেটওয়ার্ক আলোচনার ক্ষেত্রে প্রায়শই মনে হয় আমরা প্রতিটি প্যাকেটের সাথে সম্পর্কিত একটি অস্থায়ী উপাদান রয়েছে তা ভুলে যাই। আপনি যদি 24 x 7 বার বার পরীক্ষাটি চালিয়ে যান এবং কোনও সিদ্ধান্তে পৌঁছে যান তবে এটি একটি জিনিস। আপনি যদি দুবার পরীক্ষা চালিয়ে যান তবে আমি আপনাকে আরও কিছুটা চালানোর পরামর্শ দিই। এবং কিছুটা কর্মক্ষমতা হিসাবে পিং ব্যবহারের পক্ষে যারা পরামর্শ দিচ্ছেন, তাদের পক্ষে করবেন না। প্রতিটি বড় নেটওয়ার্কে আমি কখনই কাজ করেছি আমরা আইসিএমপি ট্র্যাফিককে সর্বনিম্ন অগ্রাধিকারে সেট করেছি। পিং এর অর্থ কেবল একটি জিনিস, এবং এটি পারফরম্যান্স সম্পর্কে নয়।
dbasnett

আমি যেখানে থাকি, জেফারসন সিটি, এমও, সময়গুলি একই রকম।
dbasnett

4
পার্শ্ব নোট হিসাবে: হালকা নিজেই সোজা লাইনে এনওয়াই থেকে এসএফ যেতে 14 ডলার নেয় (সমস্তভাবে ফাইবার বিবেচনা করে)।
শাদোক

ফাইবারে হালকা .67 (রিফেক্টিভ ইনডেক্সের সমতুল্য) ~ 201,000 কিমি / সেকেন্ডের বেগ গতির সাথে ভ্রমণ করে, তাই এটি কমপক্ষে 20 এমএস।
Zac67

উত্তর:


114

আলোর গতি:
আপনি একটি আকর্ষণীয় একাডেমিক পয়েন্ট হিসাবে আলোর গতি হারাবেন না। এই লিঙ্কটি স্ট্যান্ডফোর্ড থেকে বোস্টনের সেরা সম্ভাব্য সময়ে 40 মিলিয়ন ডলারে কাজ করে। এই ব্যক্তি যখন গণনা করেছিলেন তখন তিনি সিদ্ধান্ত নিয়েছিলেন যে ইন্টারনেট প্রায় "আলোর গতির একটি ফ্যাক্টরের মধ্যে" কাজ করে, সুতরাং প্রায় 85 ডলার স্থানান্তর সময় রয়েছে।

টিসিপি উইন্ডো আকার: আপনার
যদি স্থানান্তর গতির সমস্যা হয় তবে আপনাকে উইন্ডো টিসিপি আকার গ্রহণের প্রয়োজন হতে পারে। আপনার যদি উইন্ডো স্কেলিং সক্ষম করতে হয় তবে এটি যদি উচ্চ বিলম্বিত (একটি "লং ফ্যাট পাইপ" নামে পরিচিত) এর সাথে উচ্চ ব্যান্ডউইথ সংযোগ হয়। সুতরাং আপনি যদি একটি বড় ফাইল স্থানান্তর করে থাকেন তবে আপনার উইন্ডো আপডেটগুলির জন্য অপেক্ষা না করে পাইপটি পূরণ করার জন্য যথেষ্ট পরিমাণে গ্রহণযোগ্য উইন্ডো থাকা দরকার। আমি আমার উত্তরে একটি এলিফ্যান্ট টিউন করে কীভাবে এটি গণনা করব সে সম্পর্কে আমি কিছু বিশদে গেলাম ।

ভূগোল এবং
প্রচ্ছন্নতা : কিছু সিডিএন (কন্টেন্ট ডিস্ট্রিবিউশন নেটওয়ার্ক) এর একটি ব্যর্থ বিন্দুটি হ'ল তারা ল্যাটেন্সি এবং ভূগোলকে সমান করে। গুগল তাদের নেটওয়ার্ক নিয়ে প্রচুর গবেষণা করেছে এবং এর মধ্যে ত্রুটিগুলি খুঁজে পেয়েছে, তারা সিডিএন পারফরম্যান্স অনুকূলকরণের জন্য হোয়াইট পেপারে এন্ড-টু-এন্ড পাথ ইনফর্মেশন বিডিও ছাড়িয়ে ফলাফল প্রকাশ করেছে :

প্রথমত, যদিও বেশিরভাগ ক্লায়েন্ট ভৌগলিকভাবে কাছাকাছি সিডিএন নোড দ্বারা পরিবেশন করা হয়, ক্লায়েন্টগুলির একটি বড় অংশ একই অঞ্চলে অন্যান্য ক্লায়েন্টের তুলনায় কয়েক দশক মিলিসেকেন্ড বেশি বিলম্বিত করে experience দ্বিতীয়ত, আমরা দেখতে পাই যে সারি বিলম্বগুলি প্রায়শই কোনও ক্লায়েন্টের কাছের সার্ভারের সাথে ইন্টারঅ্যাক্ট করার সুবিধাগুলি ওভাররাইড করে।

বিজিপি পিয়ারিংস:
এছাড়াও আপনি যদি বিজিপি (মূল ইন্টারনেট রাউটিং প্রোটোকল) এবং আইএসপিগুলি কীভাবে পিয়ারিং চয়ন করেন তা অধ্যয়ন শুরু করেন, তবে আপনি এটি প্রায়শই অর্থ এবং রাজনীতি সম্পর্কে আরও বেশি পাবেন, তাই আপনি সম্ভবত কিছু নির্দিষ্ট ভৌগলিক অবস্থানের জন্য 'সর্বোত্তম' পথটি না পেতে পারেন depending আপনার আইএসপি তে আপনার আইপি কীভাবে লুকিং গ্লাস রাউটার ব্যবহার করে অন্যান্য আইএসপি (স্বায়ত্তশাসিত সিস্টেম) এর সাথে সংযুক্ত রয়েছে তা দেখতে পারেন । আপনি একটি বিশেষ whois পরিষেবা ব্যবহার করতে পারেন :

whois -h v4-peer.whois.cymru.com "69.59.196.212"
PEER_AS | IP               | AS Name
25899   | 69.59.196.212    | LSNET - LS Networks
32869   | 69.59.196.212    | SILVERSTAR-NET - Silver Star Telecom, LLC

এটা তোলে মত একটি GUI টুল দিয়ে এই peerings যেমন অন্বেষণ করতে আরো মজা linkrank , এটা আপনি আপনার চারপাশের ইন্টারনেট একটি ছবি দেয়।


সম্মত হোন, কাকের উড়ে যাওয়ার সাথে সাথে আলোর গতি আপনার পক্ষে সবচেয়ে ভাল। উপায় দ্বারা সত্যিই দুর্দান্ত উত্তর, এটি ঠিক আমি যা খুঁজছিলাম। ধন্যবাদ.
জেফ আতউড

4
কৌতূহলের জন্য আসল গণিতটি হ'ল: 3000 মাইল / সি = 16.1 মিমি
টাইলার

15
ভ্যাকুয়ামে কোনও ফোটন প্রায় 134 এমএসে নিরক্ষরেখা ভ্রমণ করতে পারে। কাচের একই ফোটনটি প্রায় 200 এমএস লাগবে। একটি 3,000 মাইল টুকরো আঁশযুক্ত 24 এমএস রয়েছে। কোনও ডিভাইস ছাড়া বিলম্ব।
dbasnett

11
এটি 500 মাইল ইমেলের দ্য কেসটির কথা মনে করিয়ে দেয় ।
বাহামত

42

এই সাইটটি পূর্ব / পশ্চিম উপকূল মার্কিন যুক্তরাষ্ট্রের মধ্যে প্রায় 70-80 মিটার বিলম্বের পরামর্শ দেয় (উদাহরণস্বরূপ সান ফ্রান্সিসকো থেকে নিউইয়র্ক পর্যন্ত)।

ট্রান্স-আটলান্টিক পাথ
এনওয়াই 78 লন্ডন
87 ফ্র্যাঙ্কফুর্ট ধোয়া
ট্রান্স-প্যাসিফিক পাথ
এসএফ 147 হংকং
ট্রান্স-ইউএসএ পাথ
এসএফ 72 এনওয়াই

বিশ্বের শহর জুড়ি দ্বারা নেটওয়ার্ক বিলম্ব

এখানে আমার সময় (আমি লন্ডনে আছি, ইংল্যান্ড, সুতরাং আমার পশ্চিম উপকূলের সময় পূর্বের চেয়ে বেশি)। আমি একটি 74ms বিলম্বের পার্থক্য পেয়েছি যা এটি সাইট থেকে মানটিকে সমর্থন করে বলে মনে হচ্ছে।

NY - 108ms latency, 61ms transfer, 169 total
OR - 182ms latency, 71ms transfer, 253 total

এগুলি গুগল ক্রোম দেব সরঞ্জামগুলি ব্যবহার করে পরিমাপ করা হয়েছিল।


2
দুর্দান্ত চার্ট! এনওয়াই থেকে এসএফ বর্তমানে 71 msএটিতে রয়েছে, সুতরাং আপনি ঠিক বলেছেন - আমরা এর থেকে আরও ভাল করার আশা করতে পারি না।
জেফ আতউড

ধন্যবাদ। এটা আমাকে অনেক সাহায্য করেছে। বিশ্বের বিভিন্ন জায়গাগুলির মধ্যে নেটওয়ার্কের বিলম্বের সন্ধানের
সজিব মাহমুদ

10

যদি সম্ভব হয় তবে প্রথমে আইসিএমপি দিয়ে পরিমাপ করুন। আইসিএমপি পরীক্ষাগুলি সাধারণত ডিফল্টরূপে খুব সামান্য পেডলোড ব্যবহার করে, ত্রি-মুখী হ্যান্ডশেক ব্যবহার না করে এবং এইচটিটিপি-র মতো স্ট্যাকের সাথে অন্য অ্যাপ্লিকেশনের সাথে ইন্টারঅ্যাক্ট করতে হয় না। যাই হোক না কেন, এটি সর্বোচ্চ গুরুত্বের বিষয় যে এইচটিটিপি ফলাফল আইসিএমপি ফলাফলের সাথে মিশে না যায়। এগুলি আপেল এবং কমলা।

দ্বারা Going রিচ অ্যাডামস উত্তর এবং ব্যবহার সাইটে যে, তিনি সুপারিশ, আপনি দেখতে পারেন যে AT & T 'মেরুদন্ড উপর, এটা তাদের সান ফ্রান্সিসকো এবং এনওয়াই এন্ড পয়েন্ট মধ্যে চলাচল সরাসরি ICMP ট্রাফিকের জন্য 72 MS লাগে। এটি যেতে একটি ন্যায্য সংখ্যা, তবে আপনার অবশ্যই মনে রাখতে হবে এটি এটিএটিএন্ডটি দ্বারা সম্পূর্ণরূপে নিয়ন্ত্রিত এমন কোনও নেটওয়ার্কে রয়েছে। এটি আপনার বাড়ি বা অফিস নেটওয়ার্কে স্থানান্তরকে বিবেচনা করে না।

যদি আপনি আপনার উত্স নেটওয়ার্ক থেকে Careers.stackoverflow.com এর বিরুদ্ধে পিং করেন তবে আপনাকে 72 এমএস (সম্ভবত +/- 20 এমএস) খুব দূরে কিছু দেখতে হবে। যদি এটি হয় তবে আপনি সম্ভবত ধরে নিতে পারেন যে আপনার দুজনের মধ্যে নেটওয়ার্কের পথটি ঠিক আছে এবং স্বাভাবিক পরিসরের মধ্যে চলছে। যদি তা না হয় তবে আতঙ্কিত হয়ে কিছু অন্যান্য জায়গা থেকে পরিমাপ করবেন না। এটি আপনার আইএসপি হতে পারে।

উত্তীর্ণ হিসাবে ধরে নিই, আপনার পরবর্তী পদক্ষেপটি হ'ল অ্যাপ্লিকেশন স্তরটি মোকাবেলা করা এবং এটি নির্ধারণ করা যে আপনি অতিরিক্ত এইচটিহেডের সাথে আপনার HTTP অনুরোধগুলির সাথে কিছু দেখছেন কি না। হার্ডওয়্যার, ওএস এবং অ্যাপ্লিকেশন স্ট্যাকের কারণে এটি অ্যাপ্লিকেশন থেকে পরিবর্তিত হতে পারে, তবে যেহেতু পূর্ব এবং পশ্চিম উভয় উপকূলে মোটামুটি অভিন্ন সরঞ্জাম রয়েছে তাই আপনি পূর্ব উপকূলের ব্যবহারকারীরা পশ্চিম উপকূলের সার্ভারগুলিতে এবং পশ্চিম উপকূলের ব্যবহারকারীরা পূর্ব দিকে আঘাত করতে পারেন উপকূল। যদি উভয় সাইটই সঠিকভাবে কনফিগার করা থাকে তবে আমি আশা করব যে সমস্ত সংখ্যার চেয়ে কম সমান হবে এবং তাই প্রদর্শিত হবে যে আপনি যা দেখছেন তা মোটা হওয়ার পক্ষে যথেষ্ট।

যদি এইচটিটিপি সময়গুলির একটি বিস্তৃত বৈশিষ্ট্য থাকে তবে ধীর পারফর্মিং সাইটে কোনও কনফিগারেশন সমস্যা থাকলে আমি অবাক হব না।

এখন, আপনি একবার এই মুহুর্তে পৌঁছে গেলে, এই সংখ্যাগুলি হ্রাস করা যায় কিনা তা দেখতে আপনি অ্যাপের পক্ষ থেকে আরও কিছু আক্রমণাত্মক অপ্টিমাইজেশান করার চেষ্টা করতে পারেন। উদাহরণস্বরূপ, আপনি যদি আইআইএস 7 ব্যবহার করছেন, আপনি কি এর ক্যাচিং ক্ষমতা ইত্যাদির সুবিধা নিচ্ছেন? আপনি সেখানে কিছু জিততে পারেন, সম্ভবত না। এটি যখন টিসিপি উইন্ডোগুলির মতো নিম্ন-স্তরের আইটেমগুলি টুইট করার কথা আসে, তখন আমি খুব সন্দেহ করি যে স্ট্যাক ওভারফ্লোয়ের মতো কোনও কিছুর জন্য এটির খুব বেশি প্রভাব ফেলবে। তবে আরে - আপনি এটি পরীক্ষা না করা এবং পরিমাপ না করা অবধি জানেন না।


7

এখানে বেশ কয়েকটি উত্তর তাদের ব্যাখ্যার জন্য পিং এবং ট্রেস্রোয়েট ব্যবহার করছে। এই সরঞ্জামগুলির নিজস্ব স্থান রয়েছে তবে তারা নেটওয়ার্ক কার্য সম্পাদন পরিমাপের জন্য নির্ভরযোগ্য নয়।

বিশেষত, (কমপক্ষে কিছু) জুনিপার রাউটারগুলি রাউটারের কন্ট্রোল প্লেনে আইসিএমপি ইভেন্টগুলির প্রসেসিং প্রেরণ করে। এটি ফরওয়ার্ডিং প্লেনের তুলনায় অনেক ধীর, বিশেষত ব্যাকবোন রাউটারে।

অন্যান্য পরিস্থিতিতে রয়েছে যেখানে রাউটারের আসল ফরোয়ার্ডিং পারফরম্যান্সের চেয়ে আইসিএমপি প্রতিক্রিয়া অনেক ধীর হতে পারে। উদাহরণস্বরূপ, একটি অল-সফ্টওয়্যার রাউটার (কোনও বিশেষ ফরোয়ার্ডিং হার্ডওয়্যার নেই) ধারণা করুন যা সিপিইউর ক্ষমতার 99% এ রয়েছে তবে এটি এখনও ট্রাফিক সূক্ষ্মভাবে চলছে moving আপনি কি চান যে এটি চক্রের প্রচুর পরিমাণে ট্র্যাসরোট প্রতিক্রিয়াগুলি প্রক্রিয়াকরণ করতে, বা ট্র্যাফিক ফরওয়ার্ড করতে ব্যয় করতে চান? সুতরাং প্রতিক্রিয়া প্রক্রিয়াজাতকরণ একটি সুপার নিম্ন অগ্রাধিকার।

ফলস্বরূপ, পিং / ট্রেস্রোয়েট আপনাকে যুক্তিসঙ্গত উপরের সীমানা দেয় - জিনিসগুলি কমপক্ষে সেই দ্রুতগতিতে চলছে - তবে প্রকৃত ট্র্যাফিক কতটা দ্রুত চলছে তা তারা আপনাকে সত্যিই বলে না।

যে কোনও ইভেন্টে -

মিশিগান বিশ্ববিদ্যালয় (মধ্য মার্কিন) থেকে স্ট্যানফোর্ড (পশ্চিম উপকূল মার্কিন) পর্যন্ত একটি উদাহরণ এখানে পাওয়া যায়। (ওয়াশিংটন, ডিসি (পূর্ব উপকূল মার্কিন) এর পথে যেতে হবে, যা "ভুল" দিকে 500 মাইল দূরে রয়েছে।)

% traceroute -w 2 www.stanford.edu
traceroute to www-v6.stanford.edu (171.67.215.200), 64 hops max, 52 byte packets
 1  * * *
 2  * * *
 3  v-vfw-cc-clusta-l3-outside.r-seb.umnet.umich.edu (141.211.81.130)  3.808 ms  4.225 ms  2.223 ms
 4  l3-bseb-rseb.r-bin-seb.umnet.umich.edu (192.12.80.131)  1.372 ms  1.281 ms  1.485 ms
 5  l3-barb-bseb-1.r-bin-arbl.umnet.umich.edu (192.12.80.8)  1.784 ms  0.874 ms  0.900 ms
 6  v-bin-arbl-i2-wsu5.wsu5.mich.net (192.12.80.69)  2.443 ms  2.412 ms  2.957 ms
 7  v0x1004.rtr.wash.net.internet2.edu (192.122.183.10)  107.269 ms  61.849 ms  47.859 ms
 8  ae-8.10.rtr.atla.net.internet2.edu (64.57.28.6)  28.267 ms  28.756 ms  28.938 ms
 9  xe-1-0-0.0.rtr.hous.net.internet2.edu (64.57.28.112)  52.075 ms  52.156 ms  88.596 ms
10  * * ge-6-1-0.0.rtr.losa.net.internet2.edu (64.57.28.96)  496.838 ms
11  hpr-lax-hpr--i2-newnet.cenic.net (137.164.26.133)  76.537 ms  78.948 ms  75.010 ms
12  svl-hpr2--lax-hpr2-10g.cenic.net (137.164.25.38)  82.151 ms  82.304 ms  82.208 ms
13  hpr-stanford--svl-hpr2-10ge.cenic.net (137.164.27.62)  82.504 ms  82.295 ms  82.884 ms
14  boundarya-rtr.stanford.edu (171.66.0.34)  82.859 ms  82.888 ms  82.930 ms
15  * * *
16  * * *
17  www-v6.stanford.edu (171.67.215.200)  83.136 ms  83.288 ms  83.089 ms

বিশেষত, ওয়াশ রাউটার এবং আটলা রাউটার (হ प्स 7 এবং 8) থেকে ট্রেস্রোয়েটের ফলাফলের মধ্যে সময়ের পার্থক্যটি নোট করুন । নেটওয়ার্ক পাথ ধুয়ে প্রথমে আটলায় যায়। ওয়াশ প্রতিক্রিয়া নিতে 50-100 মিমি লাগে, অ্যাটলা প্রায় 28 মিমি নেয়। স্পষ্টতই আটলা আরও দূরে, তবে এর ট্রেস্রোয়েট ফলাফলগুলি এটি আরও কাছাকাছি থাকার পরামর্শ দেয়।

নেটওয়ার্ক পরিমাপ সম্পর্কিত প্রচুর তথ্যের জন্য http://www.internet2.edu/performance/ দেখুন । (অস্বীকৃতি, আমি ইন্টারনেট 2 এর জন্য কাজ করতাম)। আরও দেখুন: https://fasterdata.es.net/

মূল প্রশ্নের সাথে কিছু নির্দিষ্ট প্রাসঙ্গিকতা যুক্ত করার জন্য ... আপনি দেখতে পাচ্ছেন স্ট্যানফোর্ডে আমার একটি 83৩ এমএস রাউন্ড-ট্রিপ পিং সময় ছিল, তাই আমরা জানি যে নেটওয়ার্কটি কমপক্ষে এই দ্রুত যেতে পারে।

মনে রাখবেন যে আমি এই ট্রেস্রোয়েটটি নিয়ে গবেষণা এবং শিক্ষা নেটওয়ার্কের পথটি কমোডের ইন্টারনেট পাথের চেয়ে দ্রুত গতিতে পাব সম্ভবত। আর অ্যান্ড ই নেটওয়ার্কগুলি সাধারণত তাদের সংযোগগুলি ওভারপ্রোভিজন করে যা প্রতিটি রাউটারে বাফারিংকে অসম্ভব করে তোলে। এছাড়াও, উপকূল থেকে উপকূলের চেয়ে দীর্ঘ দৈহিক পথটি নোট করুন, যদিও প্রকৃত ট্র্যাফিকের স্পষ্ট প্রতিনিধি।

মিশিগান-> ওয়াশিংটন, ডিসি-> আটলান্টা-> হিউস্টন-> লস অ্যাঞ্জেলস-> স্ট্যানফোর্ড


6

আমি ধারাবাহিক পার্থক্য দেখছি, এবং আমি নরওয়েতে বসে আছি:

serverfault       careers
  509ms            282ms
  511ms            304ms
  488ms            295ms
  480ms            274ms
  498ms            278ms

এটি গুগল ক্রোমের রিসোর্স ভিউ ব্যবহার করার বৈজ্ঞানিক সঠিক এবং প্রমাণিত পদ্ধতির সাথে পরিমাপ করা হয়েছিল এবং প্রতিটি লিঙ্কটি কেবল বার বার রিফ্রেশ করে।

সার্ভারফল্টে ট্রেস্রোয়েট

Tracing route to serverfault.com [69.59.196.212]
over a maximum of 30 hops:

  1    <1 ms     1 ms    <1 ms  81.27.47.1
  2     2 ms     1 ms     1 ms  qos-1.webhuset.no [81.27.32.17]
  3     1 ms     1 ms     1 ms  81.27.32.10
  4     1 ms     2 ms     1 ms  201.82-134-26.bkkb.no [82.134.26.201]
  5    14 ms    14 ms    14 ms  193.28.236.253
  6    13 ms    13 ms    14 ms  TenGigabitEthernet8-4.ar1.OSL2.gblx.net [64.209.94.125]
  7    22 ms    21 ms    21 ms  te7-1-10G.ar3.cph1.gblx.net [67.16.161.93]
  8    21 ms    20 ms    20 ms  sprint-1.ar3.CPH1.gblx.net [64.212.107.18]
  9    21 ms    21 ms    20 ms  sl-bb20-cop-15-0-0.sprintlink.net [80.77.64.33]
 10   107 ms   107 ms   107 ms  144.232.24.12
 11   107 ms   106 ms   105 ms  sl-bb20-msq-15-0-0.sprintlink.net [144.232.9.109]
 12   106 ms   106 ms   107 ms  sl-crs2-nyc-0-2-5-0.sprintlink.net [144.232.20.75]
 13   129 ms   135 ms   134 ms  sl-crs2-chi-0-15-0-0.sprintlink.net [144.232.24.208]
 14   183 ms   183 ms   184 ms  sl-crs2-chi-0-10-3-0.sprintlink.net [144.232.20.85]
 15   189 ms   189 ms   189 ms  sl-gw12-sea-2-0-0.sprintlink.net [144.232.6.120]
 16   193 ms   189 ms   189 ms  204.181.35.194
 17   181 ms   181 ms   180 ms  core2-gi61-to-core1-gi63.silverstartelecom.com [74.85.240.14]
 18   182 ms   182 ms   182 ms  sst-6509b-gi51-2-gsr2-gi63.silverstartelecom.com [74.85.242.6]
 19   195 ms   195 ms   194 ms  sst-6509-peak-p2p-gi13.silverstartelecom.com [12.111.189.106]
 20   197 ms   197 ms   197 ms  ge-0-0-2-cvo-br1.peak.org [69.59.218.2]
 21   188 ms   187 ms   189 ms  ge-1-0-0-cvo-core2.peak.org [69.59.218.193]
 22   198 ms   198 ms   198 ms  vlan5-cvo-colo2.peak.org [69.59.218.226]
 23   198 ms   197 ms   197 ms  stackoverflow.com [69.59.196.212]

Trace complete.

ক্যারিয়ারের সন্ধান করুন

Tracing route to careers.stackoverflow.com [64.34.80.176]
over a maximum of 30 hops:

  1     1 ms     1 ms     1 ms  81.27.47.1
  2     2 ms     1 ms    <1 ms  qos-1.webhuset.no [81.27.32.17]
  3     1 ms     1 ms     1 ms  81.27.32.10
  4     1 ms     1 ms     2 ms  201.82-134-26.bkkb.no [82.134.26.201]
  5    12 ms    13 ms    13 ms  193.28.236.253
  6    13 ms    14 ms    14 ms  TenGigabitEthernet8-4.ar1.OSL2.gblx.net [64.209.94.125]
  7    21 ms    21 ms    21 ms  ge7-1-10G.ar1.ARN3.gblx.net [67.17.109.89]
  8    21 ms    20 ms    20 ms  tiscali-1.ar1.ARN3.gblx.net [64.208.110.130]
  9   116 ms   117 ms   122 ms  xe-4-2-0.nyc20.ip4.tinet.net [89.149.184.142]
 10   121 ms   122 ms   121 ms  peer1-gw.ip4.tinet.net [77.67.70.194]
 11     *        *        *     Request timed out.

দুর্ভাগ্যক্রমে, এটি এখন একটি লুপে বা হোয়াট নোটে যেতে শুরু করে এবং 30 টি হপ অবধি তারপরে এবং সময়সীমা প্রদান অবিরত করে এবং শেষ করে।

দ্রষ্টব্য, ট্রেস্রোয়েটগুলি শুরুতে থাকা সময়ের চেয়ে পৃথক হোস্টের থেকে আসে, সেগুলি কার্যকর করার জন্য আমাকে আমার হোস্ট করা সার্ভারে আরডিপি করতে হয়েছিল


1
ঠিক আছে, আশা করা যায় যে পূর্ব উপকূলের ডেটাসেন্টারটি আমাদের ইউরোপীয় শ্রোতাদের পক্ষে আরও বন্ধুত্বপূর্ণ হবে - আপনি দেখছেন যে মার্কিন যুক্তরাষ্ট্রের প্রস্থকে অতিক্রম করতে প্রায় 200 মিটার সময় নেওয়া হয়েছে। অন্যান্য উত্তরগুলির তুলনায় কেবলমাত্র ~ 80ms হওয়া উচিত?
জেফ আতউড

দেখে মনে হচ্ছে এটি প্রায় 200 মিমের সাথে সামঞ্জস্যপূর্ণ, আমি এখন দু'জনের (প্রায় একই সময়ে নয়) প্রায় 20-30 বার রিফ্রেশ করেছি এবং সার্ভারফল্ট সাইটটি 200 মিমি প্রায় ঘুরে বেড়াচ্ছে +/- অন্য একের চেয়ে বেশি । আমি একটি ট্রেস্রোয়েট চেষ্টা করেছিলাম, তবে এটি সমস্ত কিছুর উপর তারকা নিয়ে আসে তাই সম্ভবত আমাদের আইটি প্রশাসকরা কোনও কিছু ব্লক করেছে have
লাসে ভ্যাগসথের কার্লসেন

2

আমি পূর্ব ও পশ্চিম উপকূলের মধ্যে ভালভাবে চলমান, ভাল পরিমাপকৃত লিঙ্কগুলিতে প্রায় 80-90 মাইলস বিলম্ব দেখতে পাচ্ছি।

আপনি কোথায় বিলম্ব পাচ্ছেন তা দেখতে আকর্ষণীয় হবে - লেয়ার-ফোর ট্রেস্রোয়েটের (এলফিট) মতো কোনও সরঞ্জাম ব্যবহার করে দেখুন। সম্ভাবনাগুলি হ'ল এটি "শেষ মাইল" (অর্থাত্ আপনার স্থানীয় ব্রডব্যান্ড সরবরাহকারীর) মাধ্যমে অর্জন করা হয়।

যে স্থানান্তর সময়টি কেবল সামান্য প্রভাবিত হয়েছিল তা প্রত্যাশিত - প্যাকেট হ্রাস এবং জিটার দুটি অবস্থানের মধ্যে স্থানান্তর সময়ের পার্থক্য তদন্ত করার সময় দেখার জন্য আরও দরকারী পরিমাপ।


2

কেবল মজা করার জন্য, যখন আমি ইউরোপের মধ্যে থেকে অনলাইন খেলা বংশ 2 এনএ রিলিজ খেলি:

Response time to east coast servers: ~110-120ms
Response time to west coast servers: ~190-220ms

এই পার্থক্যটি মনে করে যে ইন্টারনেটের অপ্রত্যাশিত প্রকৃতি বিবেচনা করে 100 মিমি অবধি যুক্তিযুক্ত।

প্রশংসিত ক্রোম রিফ্রেশ পরীক্ষা ব্যবহার করে, আমি দস্তাবেজ লোড সময় পাই যা প্রায় 130 মিমের সাথে পৃথক হয়।


2

এখানে প্রত্যেকের কিছু ভাল পয়েন্ট আছে। এবং তাদের নিজস্ব পিওভিতে সঠিক।

এবং এটি সমস্ত এখানে নেমে আসে আসল সঠিক উত্তর নেই, কারণ এখানে অনেকগুলি ভেরিয়েবল দেওয়া আছে যে কোনও উত্তর দেওয়া সর্বদা ভুল প্রমাণিত হতে পারে কেবলমাত্র একশ ভেরিয়েবলের মধ্যে একটি পরিবর্তন করে।

Ms২ সেকেন্ড এনওয়াই থেকে এসএফ ল্যাটেন্সির মতো প্যাকেটের ক্যারিয়ারের পিওপি থেকে পিওপি পর্যন্ত বিলম্ব হয়। ভিড়, প্যাকেট হ্রাস, পরিষেবার মান, অর্ডার প্যাকেটগুলির বাইরে, বা প্যাকেটের আকার, বা নেটওয়ার্ক থেকে পিওপি-তে কেবলমাত্র নিখুঁত বিশ্বের মাঝামাঝি নেটওয়ার্কের পুনরারম্ভের বিষয়ে কেউ কেউ এখানে উল্লেখ করেছেন এমন অন্য দুর্দান্ত পয়েন্টগুলির কোনও বিবেচনায় নেই This ।

এবং তারপরে আপনি যখন দু'টি শহরের মধ্যে পিওপি থেকে আপনার আসল অবস্থানটিতে সর্বশেষ মাইলটি (সাধারণত অনেক মাইল) যুক্ত করেন যেখানে এই সমস্ত পরিবর্তনশীল আরও তরল পদার্থ যুক্তিসঙ্গত ধারণা-দক্ষতার বাইরে তাত্পর্যপূর্ণভাবে বাড়তে শুরু করে!

উদাহরণ হিসাবে আমি একটি এনওয়াই সিটি এবং একটি ব্যবসায়িক দিনের অবশ্যই এসএফের মধ্যে একটি পরীক্ষা চালিয়েছি। আমি এমন একদিন এটি করেছি যখন বিশ্বজুড়ে বড় ধরনের কোনও "ঘটনা" ঘটেনি যা ট্রাফিককে বাড়িয়ে তুলবে। সুতরাং সম্ভবত এটি আজকের বিশ্বের গড় ছিল না! তবে তবুও এটি আমার পরীক্ষা ছিল। আমি এই সময়ের মধ্যে একটি ব্যবসায়ের অবস্থান থেকে অন্য ব্যবসায়ের অবস্থান এবং প্রতিটি উপকূলের স্বাভাবিক ব্যবসায়ের সময়ে পরিমাপ করেছি।

একই সময়ে, আমি ওয়েবে সার্কিট সরবরাহকারীর সংখ্যা পর্যবেক্ষণ করেছি।

ফলাফলগুলি ব্যবসায়ের অবস্থানের দরজা থেকে 88 এবং 100 এমএসের মধ্যে বিলম্বের সংখ্যা ছিল। এটিতে কোনও আন্তঃ অফিসের নেটওয়ার্ক ল্যাটেন্সি নম্বর অন্তর্ভুক্ত করা হয়নি।

পরিষেবা সরবরাহকারী নেটওয়ার্কগুলির বিলম্বতা 70 এবং 80 এমএসের মধ্যে রয়েছে। মানে শেষ মাইলের বিলম্বটি 18 এবং 30 এমএসের মধ্যে থাকতে পারে। আমি দুটি পরিবেশের মধ্যে যথাযথ শৃঙ্গ এবং নীচু সম্পর্ক স্থাপন করি নি।


1

এনওয়াইসি সময়:

NY     OR
109ms  271ms
72ms   227ms
30ms   225ms
33ms   114ms
34ms   224ms

আবাসিক সংযোগে ক্রোম ব্যবহার করা।

নিউ জার্সির নিউার্কের একটি ডেটাসেন্টারে একটি ভিপিএস থেকে lft ব্যবহার করা:

terracidal ~ # lft careers.stackoverflow.com -V
Layer Four Traceroute (LFT) version 3.0
Using device eth0, members.linode.com (97.107.139.108):53
TTL LFT trace to 64.34.80.176:80/tcp
 1  207.192.75.2 0.4/0.5ms
 2  vlan804.tbr2.mmu.nac.net (209.123.10.13) 0.4/0.3ms
 3  0.e1-1.tbr2.tl9.nac.net (209.123.10.78) 1.3/1.5ms
 4  nyiix.Peer1.net (198.32.160.65) 1.4/1.4ms
 5  oc48-po3-0.nyc-75bre-dis-1.peer1.net (216.187.115.134) 1.6/1.5ms
 6  216.187.115.145 2.7/2.2ms
 7  64.34.60.28 2.3/1.8ms
 8  [target open] 64.34.80.176:80 2.5ms

terracidal ~ # lft serverfault.com -V
Layer Four Traceroute (LFT) version 3.0
Using device eth0, members.linode.com (97.107.139.108):53
TTL LFT trace to stackoverflow.com (69.59.196.212):80/tcp
 1  207.192.75.2 36.4/0.6ms
 2  vlan803.tbr1.mmu.nac.net (209.123.10.29) 0.4/0.4ms
 3  0.e1-1.tbr1.tl9.nac.net (209.123.10.102) 1.3/1.4ms
 4  nyk-b3-link.telia.net (213.248.99.89) 1.6/1.4ms
 5  nyk-bb2-link.telia.net (80.91.250.94) 1.9/84.8ms
 6  nyk-b5-link.telia.net (80.91.253.106) 1.7/1.7ms
 7  192.205.34.53 2.1/2.1ms
 8  cr1.n54ny.ip.att.net (12.122.81.106) 83.5/83.6ms
 9  cr2.cgcil.ip.att.net (12.122.1.2) 82.7/83.1ms
10  cr2.st6wa.ip.att.net (12.122.31.130) 83.4/83.5ms
11  cr2.ptdor.ip.att.net (12.122.30.149) 82.7/82.7ms
12  gar1.ptdor.ip.att.net (12.123.157.65) 82.2/82.3ms
13  12.118.177.74 82.9/82.8ms
14  sst-6509b-gi51-2-gsr2-gi63.silverstartelecom.com (74.85.242.6) 84.1/84.0ms
15  sst-6509-peak-p2p-gi13.silverstartelecom.com (12.111.189.106) 83.3/83.4ms
16  ge-0-0-2-cvo-br1.peak.org (69.59.218.2) 86.3/86.2ms
**  [neglected] no reply packets received from TTLs 17 through 18
19  [target closed] stackoverflow.com (69.59.196.212):80 86.3/86.3ms
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.