Application protocols और end-to-end traces
दायरा
DNS, HTTP, SMTP/email और FTP में application request से network exchanges तक trace करें। Application role और transport choice अलग रखें। नीचे के ports सामान्य well-known ports हैं, हर packet के application का पक्का प्रमाण नहीं। Timing examples में DNS, TLS, serialization और server processing तभी जोड़ें जब दिए हों; असली browser व्यवहार अधिक जटिल है।
1. DNS: names, records और cache
DNS distributed hierarchical naming database है। Stub resolver सामान्यतः recursive resolver से पूछता है। Cache miss पर resolver root से top-level-domain और फिर authoritative server की referrals ले सकता है। Recursive service में client की ओर से final answer खोजा जाता है; iterative resolution में best available answer या referral लौट सकता है। Stub को स्वयं हर level से बात करना जरूरी नहीं। Authoritative server zone data देता है; recursive resolver cache से भी जवाब दे सकता है।
A record IPv4, AAAA IPv6, NS authoritative name server, CNAME दूसरे domain name का alias, MX mail exchanger और preference तथा PTR reverse lookup के लिए है। CNAME सीधे address नहीं है। MX में host name है, जिसका address अलग query से मिल सकता है। छोटा MX preference अधिक preferred होता है। DNS hierarchy routers का भौतिक रास्ता नहीं है।
Record remaining TTL तक cache करें, हमेशा नहीं। TTL300 s वाला record time0 पर cache हो तो time120 पर180 s बाकी हैं, यदि refresh नहीं हुआ। Authoritative बदलाव unexpired cache वाले client को तुरंत दिखना जरूरी नहीं। निर्धारित नियमों से negative answers भी cache होते हैं। Cache load/delay घटाता लेकिन तत्काल बदलाव दिखना कठिन करता है।
Classic DNS कई queries में UDP53 और जरूरत पर TCP53 लेता है, जैसे typical full zone transfer और truncated UDP reply के बाद fallback। DNS केवल UDP नहीं। आधुनिक encrypted transports भी हैं, पर मुख्य hierarchy/cache प्रश्नों के लिए उनका विस्तृत version ज्ञान जरूरी नहीं। DNS answer name की जानकारी है, established application connection या server के responsive होने की गारंटी नहीं।
2. HTTP और connection reuse
HTTP request/response semantics, methods, identifiers, headers और status codes देता है। GET representation माँगता है; HEAD response content के बिना संबंधित metadata; POST resource-specific processing का अनुरोध करता है।200 सामान्य success,301/302 redirect,304 stored representation दोबारा भेजे बिना सफल conditional validation,404 target नहीं मिला और500 server error है। हर non-200 को transport failure न मानें।
Request semantics के स्तर पर protocol stateless है, पर application cookies/tokens से sessions बना सकता है। Cookie और TCP connection एक चीज नहीं। ETag/If-None-Match जैसे validator से conditional GET में304 मिलने पर stored representation reuse हो सकता है। Cache policy और validators लागू हैं; हर response cacheable नहीं।
HTTP/1.0 में प्रति object अलग connection आम था; HTTP/1.1 सामान्यतः persistent connections देता है। Pipelining specified था, पर गणना में उसे अपने आप न मानें। HTTP/2 streams multiplex करता है; HTTP/3, QUIC over UDP पर चलता है। इसलिए सभी HTTP को TCP कहना बहुत व्यापक है। HTTPS उपयुक्त secure transport, सामान्यतः TLS, से HTTP बचाता है; DNS/routing/application failures फिर भी संभव हैं।
हल timing: HTTP/1.1 over TCP, कोई existing connection नहीं, DNS/TLS/serialization delay zero। एक object में1 RTT handshake और1 RTT request/response, कुल2 RTT। Base page से उसी server के दो objects पता चलते हैं। Sequential nonpersistent में कुल6 RTT। एक persistent connection बिना pipelining में4 RTT: handshake, base, object1, object2। Existing connection पर दोनों embedded requests साथ pipeline करने के दिए model में3 RTT। RTT40 ms हो तो240,160,120 ms। Parallel new connections में अलग schedule होगा; models न मिलाएँ।
3. Email भेजना, relay और पढ़ना
Mail user agent message तैयारकर mail service को submit करता है। SMTP server तक और servers के बीच message transfer करता है। Server-to-server SMTP का सामान्य TCP port25 है; submission में587 आम है, secure variants/configurations अपने नियमों के अनुसार हैं। Sending mail server recipient domain के MX records से receiving exchangers खोजता है। DNS mail-routing target चुनता है, inbox password नहीं।
सरल SMTP संवाद में greeting, EHLO/HELO, MAIL FROM, एक या अधिक RCPT TO, DATA और protocol framing से समाप्त message होता है। Envelope sender/recipients और दिखाई देने वाले From/To headers अलग हैं। Relay का accept करना मानव द्वारा पढ़ने या अंतिम delivery कभी fail न होने का प्रमाण नहीं। Store-and-forward में servers queue और retry करते हैं; sender laptop से receiver laptop तक एक लगातार TCP connection जरूरी नहीं।
MIME content types, multipart structure और encodings बताता है जिससे attachments तथा non-ASCII content जा सके। MIME, SMTP की जगह transport नहीं है। IMAP सामान्यतः server-side mailbox access/synchronization देता है। POP3 परंपरागत retrieval देता है; server retention client/server settings पर निर्भर है। हर server copy delete करना POP3 की अनिवार्य विशेषता नहीं। सामान्य cleartext service ports IMAP143 और POP3110 हैं; secure deployments negotiated TLS या dedicated secure ports लेते हैं। केवल port security का प्रमाण नहीं। Webmail HTTPS से mailbox दिखा सकता है, जबकि backend transfer mail protocols से होता है।
4. FTP के control और data channels
FTP persistent TCP control connection, सामान्यतः server port21, पर commands/replies भेजता है। Files और directory listings के लिए अलग data connections हैं। Active mode में client endpoint बताता और server data connection शुरू करता है, परंपरागत source port20 से। Passive mode में server listening endpoint बताता और client data connection शुरू करता है। Passive data हमेशा port20 नहीं लेता। NAT/firewall के पीछे active mode का unsolicited inbound connection कठिन हो सकता है, इसलिए passive उपयोगी है।
Control/data separation मुख्य अंतर है। एक control session में कई transfers, अलग data connections पर हो सकते हैं। Classic FTP credentials/data encrypt नहीं करता। FTPS, TLS से FTP सुरक्षित करता है; SFTP अलग SSH-based protocol है, FTP का passive mode या केवल नया port नहीं। Transfer modes/extensions पर निर्भर प्रश्न में उनके नियम स्पष्ट होने चाहिए।
5. पूरा trace और जाँच
Configured host uncached HTTPS name fetch करे तो DNS resolver पूछता है; जरूरत पर resolver के local next hop के लिए ARP करता है। DNS server address देता है। Host उस address की routing चुनता और जरूरत पर gateway MAC resolve करता है। HTTP version के अनुसार TCP+TLS या QUIC-based secure connection बनाकर HTTP messages आते-जाते हैं। Replies transport demultiplexing और application parsing से गुजरते हैं। Cache होने से exchanges बदल सकते हैं। DNS/ARP cache warm बताया हो तो अनावश्यक packets न जोड़ें।
Email में MX lookup, SMTP submission/relay और अलग mailbox-access stage रखें। FTP में control/data connections अलग गिनें। Timing में dependencies की timeline बनाएँ: नए object URLs base document से मिलते हों तो वह पहले आना चाहिए। हर नए connection का handshake एक बार गिनें और parallelism स्पष्ट करें। Protocol का नाम अकेला delivery, encryption या identity की गारंटी नहीं है।
मौलिक अभ्यास: छह single-correct MCQ
ये मौलिक शिक्षण प्रश्न हैं, पिछले वर्षों के प्रश्न नहीं। ठीक एक उत्तर चुनें।
P01. Domain का mail exchanger कौन सा DNS record बताता है?
A. A B. CNAME C. MX D. PTR
उत्तर: C
A: A IPv4 देता है, mail-routing preference नहीं।
B: CNAME alias बताता है।
C: MX mail exchangers और preference देता है।
D: PTR reverse lookup के लिए है।
P02. Time0 पर cached DNS record का TTL240 s है। Refresh न हो तो time90 s पर कितना TTL बचा है?
A. 90 s B. 150 s C. 240 s D. 330 s
उत्तर: B
A: 90 बीता समय है, बचा जीवन नहीं।
B: 240−90=150 seconds।
C: Cache में lifetime घटता है।
D: बीता समय घटता है, जुड़ता नहीं।
P03. पाठ के no-TLS/no-DNS model में नया persistent TCP connection base page और फिर तीन objects sequentially बिना pipelining fetch करता है। कुल समय क्या है?
A. 3 RTT B. 4 RTT C. 5 RTT D. 8 RTT
उत्तर: C
A: इसमें जरूरी exchanges छूटे हैं।
B: चार request/response rounds में setup नहीं है।
C: एक handshake और चार request/response rounds से5 RTT।
D: 8 RTT चार sequential nonpersistent connections में होते।
P04. Servers के बीच email transfer सामान्यतः किस protocol से होता है?
A. SMTP B. ARP C. IMAP D. FTP
उत्तर: A
A: SMTP mail servers के बीच mail पहुँचाता है।
B: ARP local IPv4 से MAC देता है।
C: IMAP mailbox access और synchronization है।
D: FTP अलग control/data channels से files भेजता है।
P05. Passive FTP में data connection कौन शुरू करता है?
A. Server किसी client port पर B. Client, server के दिए listening endpoint पर C. DNS resolver D. कोई नहीं; data control connection के अंदर ही रहता है
उत्तर: B
A: Server से शुरू data connection active-mode pattern है।
B: Passive में client, server के दिए endpoint से जुड़ता है।
C: DNS FTP data connection नहीं खोलता।
D: FTP का data connection अलग होता है।
P06. कौन सा कथन सही है?
A. DNS हमेशा केवल UDP है B. HTTP/3, QUIC over UDP लेता है C. MIME mail transport में SMTP की जगह है D. SFTP केवल passive FTP है
उत्तर: B
A: DNS TCP और दूसरे transports भी ले सकता है।
B: HTTP/3, QUIC पर है जो UDP लेता है।
C: MIME message content का representation बताता है।
D: SFTP अलग SSH-based protocol है।
स्रोत और दायरा
यह 2026 course के बताए भाग का पाठ है, पूरे Computer Networks syllabus की समाप्ति नहीं। सभी गणनात्मक उदाहरण और प्रश्न मौलिक हैं। 2027 की पूर्णता का दावा नहीं।
प्रगति सहेजने के लिए साइन इन करें। साइन इन