মিডিয়াম আইএসপি সেটআপ (৫০ হাজার কাস্টমার)

দুই বছর আগে SkyNets Bangladesh শুরু করেছিল মাত্র দুটো পপ নিয়ে - মিরপুর এবং উত্তরা। প্রায় ৫ হাজার কাস্টমার। তখন তারা Nautobot সেটআপ করেছিল। সেই পরিকল্পনা অনুযায়ী কাজ করেছে, সফল হয়েছে।

এখন ২০২৬ সাল। SkyNets Bangladesh এর গ্রোথ হয়েছে বিশাল। বর্তমানে নর্থ ঢাকায় তাদের আটটা পপ, প্রায় পঞ্চাশ হাজার কাস্টমার। আর সবচেয়ে বড় কথা - তারা এখনও সেই একই Nautobot সিস্টেম ব্যবহার করছে যেটা দুই বছর আগে সেটআপ করেছিল।

কিন্তু স্কেল বাড়ার সাথে সাথে নতুন চ্যালেঞ্জ এসেছে। এই চ্যাপ্টারে আমরা দেখব কীভাবে SkyNets সেই চ্যালেঞ্জগুলো সামলেছে, কী কী পরিবর্তন করেছে, আর কীভাবে Nautobot তাদের এই স্কেলিং জার্নিতে সাহায্য করেছে।

বর্তমান পরিস্থিতি - ২০২৬ সালের গল্প

আজ থেকে দুই বছর আগে (২০২৪) যেখানে ছিল: - ২টা পপ (মিরপুর, উত্তরা) - প্রায় ২০টা ডিভাইস (২টা কোর, ৩টা ডিস্ট্রিবিউশন, ~১৫টা এক্সেস) - ৫ হাজার কাস্টমার - ৩ জন টেকনিক্যাল টিম (জাহাঙ্গীর, আসিফ, রফিক) - নেমিং কনভেনশন: R-MIR-CORE-01 (কোনো Zone prefix ছিল না)

এখন ২০২৬ সালে কোথায় এসেছে: - ৮টা পপ (নর্থ ঢাকা জুড়ে) - ১৫০+ ডিভাইস - ৫০ হাজার কাস্টমার - ১৮ জন টেকনিক্যাল টিম

নতুন পপগুলো

মিরপুর আর উত্তরার পাশাপাশি নতুন ছয়টা পপ যুক্ত হয়েছে:

১. কল্যাণপুর পপ - সেকশন ৩ (~৫ হাজার কাস্টমার)
২. বনানী পপ - রোড ১১ (~৬ হাজার কাস্টমার)
৩. গুলশান পপ - গুলশান-২ (~৮ হাজার কাস্টমার)
৪. মোহাম্মদপুর পপ - টাউন হল রোড (~৭ হাজার কাস্টমার)
৫. ধানমন্ডি পপ - রোড ২৭ (~৯ হাজার কাস্টমার)
৬. বারিধারা পপ - বারিধারা DOHS (~৫ হাজার কাস্টমার)

প্রতিটা পপে: - ১টা কোর রাউটার - ২-৩টা ডিস্ট্রিবিউশন সুইচ - ১৫-২৫টা এক্সেস সুইচ

নতুন আপস্ট্রিম কানেকশন

শুধু BTCL আর Summit না, এখন আরো যুক্ত হয়েছে: - BTCL - প্রাইমারি প্রোভাইডার (মিরপুর, উত্তরা) - Summit Communications - সেকেন্ডারি প্রোভাইডার (কল্যাণপুর, গুলশান) - ফাইবার@হোম - ব্যাকআপ কানেকশন - সাইবারগেট - কর্পোরেট ক্লায়েন্টদের জন্য ডেডিকেটেড - ইন্টার-পপ লিংক - নিজেদের ফাইবার দিয়ে পপ-টু-পপ কানেকশন

প্রথম চ্যালেঞ্জ: লোকেশন হায়ারার্কি রি-অর্গানাইজ করা

৫ হাজার কাস্টমারের সময় সব ফ্ল্যাট স্ট্রাকচারে রাখা যেত। কিন্তু ৫০ হাজারে সেটা কাজ করে না। দরকার হায়ারার্কিক্যাল স্ট্রাকচার।

আগের স্ট্রাকচার (২০২৪):

Mirpur POP
Uttara POP

সিম্পল দুটো POP, কোনো hierarchy নেই। Nautobot 3.0 এর Hierarchical Locations ফিচার ইউজ করা হয়নি।

নতুন স্ট্রাকচার (২০২৬):

Nautobot 3.0 এর Hierarchical Locations ব্যবহার করে:

SkyNets Bangladesh Network (Location Type: Region)
  └── Dhaka North Zone (Location Type: Zone)
       ├── Mirpur Cluster (Location Type: Cluster)
       │    ├── Mirpur POP (Location Type: POP)
       │    │    ├── Rack A (Location Type: Rack)
       │    │    └── Rack B (Location Type: Rack)
       │    └── Kalyanpur POP (নতুন)
       │         └── Rack A
       │
       ├── Uttara Cluster (Location Type: Cluster)
       │    ├── Uttara POP
       │    │    └── Rack A
       │    └── Baridhara POP (নতুন)
       │         └── Rack A
       │
       ├── Gulshan Cluster (নতুন)
       │    ├── Gulshan POP
       │    │    ├── Rack A
       │    │    └── Rack B
       │    └── Banani POP
       │         └── Rack A
       │
       └── Central Cluster (নতুন)
            ├── Dhanmondi POP
            │    ├── Rack A
            │    └── Rack B
            └── Mohammadpur POP
                 └── Rack A

এই হায়ারার্কি তৈরি করতে প্রথমে Location Types ডিফাইন করা হয়েছে:

Location Types তৈরি:

1. Region (Top level, Nestable: ✓)
2. Zone (Parent: Region, Nestable: ✓)
3. Cluster (Parent: Zone, Nestable: ✓)
4. POP (Parent: Cluster, Nestable: ✓)
5. Rack (Parent: POP, Nestable: ✗)

Gulshan Cluster তৈরি:

Organization → Locations → + Add

Name: Gulshan Cluster
Location Type: Cluster
Parent: Dhaka North Zone
Status: Active
Description: Gulshan and Banani area coverage - high-value residential and commercial zone

Gulshan POP তৈরি:

Name: Gulshan POP
Location Type: POP
Parent: Gulshan Cluster
Physical Address: House 45, Road 11, Block CEN(A), Gulshan-2, Dhaka-1212
Latitude: 23.7925
Longitude: 90.4078
Contact Name: Salman Ahmed
Contact Phone: +880 1811-987654
Time Zone: Asia/Dhaka
Description: Premium POP serving Gulshan-2 area. 8000 customers, mostly high-bandwidth corporate and residential.
Comments:
  - Established: March 2025
  - Building: 5-story commercial building, 3rd floor
  - Fiber Routes: Dual path to Mirpur and Uttara POPs
  - Backup Power: 100 KVA generator + 2 hours UPS

একইভাবে বাকি পপগুলো যোগ করা হয়েছে।

হায়ারার্কি এর সুবিধা

এখন রিপোর্টিং অনেক সহজ:

প্রশ্ন: "Gulshan Cluster এ মোট কয়টা ডিভাইস?"

উত্তর: Devices → Devices → Filters → Location: Gulshan Cluster → দেখাবে সব ডিভাইস (গুলশান পপ + বনানী পপ মিলে)

প্রশ্ন: "Central Cluster এ কতটা আইপি ব্যবহৃত হচ্ছে?"

উত্তর: IPAM → Prefixes → Filter by Location: Central Cluster → utilization দেখুন

দ্বিতীয় চ্যালেঞ্জ: ডিভাইস নেমিং স্কেল করা

আগের নেমিং কনভেনশন ছিল (২০২৪):

Format: [Type]-[Site]-[Role]-[Number]

উদাহরণ: 
R-MIR-CORE-01 = Router, Mirpur, Core, #1
SW-UTT-DIST-01 = Switch, Uttara, Distribution, #1
SW-MIR-ACC-03 = Switch, Mirpur, Access, #3

এটা ভালো কাজ করছিল যখন দুটো সাইট ছিল। কিন্তু এখন আটটা সাইট। তাই নেমিং আপডেট করা হয়েছে Zone prefix যোগ করে:

নতুন নেমিং কনভেনশন (২০২৬):

Format: [Type]-[Zone]-[Site]-[Role]-[Number]

Type: (আগের মতোই)
  R = Router
  SW = Switch
  FW = Firewall

Zone: (নতুন যোগ)
  DN = Dhaka North

Site: (নতুন সাইট কোড যোগ)
  MIR = Mirpur
  UTT = Uttara
  KAL = Kalyanpur
  BAN = Banani
  GUL = Gulshan
  MOH = Mohammadpur
  DHA = Dhanmondi
  BAR = Baridhara

Role: (আগের মতোই)
  CORE = Core Router
  DIST = Distribution Switch
  ACC = Access Switch

Number: 01, 02, 03... (zero-padded)

উদাহরণ:

R-DN-GUL-CORE-01 = Router, Dhaka North, Gulshan, Core, #1
SW-DN-DHA-DIST-02 = Switch, Dhaka North, Dhanmondi, Distribution, #2
SW-DN-BAR-ACC-18 = Switch, Dhaka North, Baridhara, Access, #18

পুরোনো ডিভাইস রিনেম করা

সমস্যা হলো পুরোনো ডিভাইসগুলো (২০২৪ এর) আগের নেমিং-এ আছে: - R-MIR-CORE-01 - SW-UTT-DIST-01

এগুলো রিনেম করতে হয়েছে নতুন কনভেনশনে: - R-DN-MIR-CORE-01 - SW-DN-UTT-DIST-01

প্রায় ২০টা ডিভাইস হওয়ায় UI থেকে এক একটা করে ম্যানুয়ালি এডিট করা হয়েছে। বড় স্কেলে (১৫০+ ডিভাইস) API/script দিয়ে bulk rename করা ভালো (পরবর্তী চ্যাপ্টারে দেখব)।

তৃতীয় চ্যালেঞ্জ: IP Address Management স্কেলিং

৫ হাজার কাস্টমারের সময় যে /22 পাবলিক ব্লক ছিল সেটা যথেষ্ট ছিল। কিন্তু ৫০ হাজারে সেটা শেষ হয়ে গেছে। নতুন আইপি ব্লক এসেছে।

পুরোনো আইপি স্ট্রাকচার (২০২৪):

103.12x.4x.0/22 (1024 IPs total)
  ├─ 103.12x.4x.0/24 - Residential Mirpur
  ├─ 103.12x.x1.0/24 - Residential Uttara (তখন কল্যাণপুর ছিল, এখন উত্তরা)
  ├─ 103.12x.x2.0/25 - Corporate
  └─ 103.12x.x2.128/25 - Infrastructure

নতুন আইপি স্ট্রাকচার (২০২৬):

আরো তিনটা /22 ব্লক এলোকেট হয়েছে:

103.12x.4x.0/22 (Original - প্রায় ফুল)
103.12x.x4.0/22 (New Block 1)
103.12x.x8.0/22 (New Block 2)
103.12x.x2.0/22 (New Block 3)

এখন এগুলোকে সুন্দর করে অর্গানাইজ করা হয়েছে:

Parent: 103.12x.4x.0/20 (Aggregate - সব ব্লক মিলে)
  │
  ├─ 103.12x.4x.0/22 - Mirpur/Kalyanpur Cluster
  │    ├─ 103.12x.4x.0/24 - Mirpur Residential
  │    ├─ 103.12x.41.0/24 - Kalyanpur Residential
  │    ├─ 103.12x.42.0/24 - Corporate (Mirpur/Kalyanpur)
  │    └─ 103.12x.43.0/24 - Infrastructure
  │
  ├─ 103.12x.44.0/22 - Uttara/Baridhara Cluster
  │    ├─ 103.12x.44.0/24 - Uttara Residential
  │    ├─ 103.12x.45.0/24 - Baridhara Residential
  │    ├─ 103.12x.46.0/24 - Corporate (Uttara/Baridhara)
  │    └─ 103.12x.47.0/24 - Reserved
  │
  ├─ 103.12x.48.0/22 - Gulshan/Banani Cluster
  │    ├─ 103.12x.48.0/24 - Gulshan Residential
  │    ├─ 103.12x.49.0/24 - Banani Residential
  │    ├─ 103.12x.50.0/24 - Corporate (Premium zone)
  │    └─ 103.12x.51.0/24 - Reserved
  │
  └─ 103.12x.52.0/22 - Central Cluster + Future
       ├─ 103.12x.52.0/24 - Dhanmondi Residential
       ├─ 103.12x.53.0/24 - Mohammadpur Residential
       ├─ 103.12x.54.0/24 - Corporate (Central)
       └─ 103.12x.55.0/24 - Future Expansion

IP Utilization Monitoring

৫০ হাজার কাস্টমারে আইপি ইউটিলাইজেশন ট্র্যাক করা অত্যন্ত জরুরি।

IPAM → Prefixes লিস্টে গেলে দেখবেন:

103.12x.4x.0/24 - 92% utilized (236/256 IPs used) - ⚠️ Almost Full
103.12x.x4.0/24 - 68% utilized (174/256 IPs used) - ✓ Healthy
103.12x.x8.0/24 - 45% utilized (115/256 IPs used) - ✓ Good

যখন কোনো প্রিফিক্স ৮০% এর বেশি ইউটিলাইজড হয়, তখন alert তৈরি করুন। নতুন প্রিফিক্স রিকোয়েস্ট করুন।

Private IP Management

পাবলিক আইপি ছাড়াও প্রাইভেট আইপি স্ট্রাকচার বড় হয়েছে:

10.10.0.0/16 - SkyNets Internal Network
  │
  ├─ 10.10.1.0/24 - Loopbacks (all routers)
  │    ├─ 10.10.1.1/32 - R-DN-MIR-CORE-01
  │    ├─ 10.10.1.2/32 - R-DN-UTT-CORE-01
  │    ├─ 10.10.1.3/32 - R-DN-GUL-CORE-01
  │    └─ ... (সব কোর রাউটার)
  │
  ├─ 10.10.10.0/24 - Management - Mirpur POP
  ├─ 10.10.11.0/24 - Management - Uttara POP
  ├─ 10.10.12.0/24 - Management - Gulshan POP
  ├─ 10.10.13.0/24 - Management - Banani POP
  ├─ 10.10.14.0/24 - Management - Kalyanpur POP
  ├─ 10.10.15.0/24 - Management - Dhanmondi POP
  ├─ 10.10.16.0/24 - Management - Mohammadpur POP
  └─ 10.10.17.0/24 - Management - Baridhara POP

চতুর্থ চ্যালেঞ্জ: VLAN Scaling

আগের (২০২৪) ভিল্যান স্ট্রাকচার ছিল সিম্পল:

VLAN 10: MGMT_MIRPUR
VLAN 10: MGMT_UTTARA (same VLAN ID, different location)
VLAN 20: UPLINK_MIRPUR
VLAN 21: UPLINK_UTTARA
VLAN 100: RESIDENTIAL_MIR
VLAN 101: RESIDENTIAL_UTT
VLAN 200: CORPORATE (shared)

এখন (২০২৬) প্রতিটা সাইটের জন্য আলাদা ভিল্যান:

VLAN 10-19: Management (site-specific)
  - VLAN 10: MGMT_MIRPUR
  - VLAN 11: MGMT_UTTARA
  - VLAN 12: MGMT_GULSHAN
  - VLAN 13: MGMT_BANANI
  - VLAN 14: MGMT_KALYANPUR
  - VLAN 15: MGMT_DHANMONDI
  - VLAN 16: MGMT_MOHAMMADPUR
  - VLAN 17: MGMT_BARIDHARA

VLAN 100-199: Residential (site-specific)
  - VLAN 100: RES_MIRPUR
  - VLAN 101: RES_UTTARA
  - VLAN 102: RES_GULSHAN
  - VLAN 103: RES_BANANI
  - VLAN 104: RES_KALYANPUR
  - VLAN 105: RES_DHANMONDI
  - VLAN 106: RES_MOHAMMADPUR
  - VLAN 107: RES_BARIDHARA

VLAN 200-299: Corporate (সব সাইট শেয়ারড)
  - VLAN 200: CORP_STANDARD
  - VLAN 201: CORP_PREMIUM
  - VLAN 202: CORP_ENTERPRISE

এই সব ভিল্যান Nautobot এ CSV দিয়ে বাল্ক ইমপোর্ট করা হয়েছে।

পঞ্চম চ্যালেঞ্জ: Cable Management বাস্তবতা

৫ হাজার কাস্টমারের সময় (~২০ ডিভাইস) সব ক্যাবল ডকুমেন্ট করা সম্ভব ছিল। কিন্তু ৫০ হাজারে এসে (১৫০+ ডিভাইস) বোঝা গেল প্রতিটা প্যাচ কর্ড ট্র্যাক করা impractical।

Pragmatic Cable Management Policy

SkyNets একটা প্র্যাগম্যাটিক পলিসি বানিয়েছে:

অবশ্যই ডকুমেন্ট করবেন:

• আপলিংক ক্যাবল (প্রোভাইডার টু কোর)
• কোর টু ডিস্ট্রিবিউশন লিংক
• ইন্টার-পপ ফাইবার লিংক
• ক্রিটিক্যাল ব্যাকআপ লিংক
• যেকোনো ৫০ মিটারের বেশি দৈর্ঘ্যের ক্যাবল

ডকুমেন্ট করতে হবে না:

• ডিস্ট্রিবিউশন টু এক্সেস সুইচ লিংক (যদি স্ট্যান্ডার্ড হয়)
• এক্সেস সুইচ টু কাস্টমার প্যাচ কর্ড
• NOC এর ইন্টারনাল প্যাচিং
• টেম্পোরারি টেস্ট ক্যাবল
• ২ মিটারের কম patch cables

এই পলিসি ডকুমেন্ট করে রাখা আছে এবং সব টিম মেম্বার জানে।

ষষ্ঠ চ্যালেঞ্জ: Multi-Team Collaboration

৫ হাজার কাস্টমারের সময় তিনজন টেকনিশিয়ান ছিল (জাহাঙ্গীর, আসিফ, রফিক)। এখন ১৮ জন। বিভিন্ন টিম:

NOC Team (৬ জন):

• ২৪/৭ মনিটরিং
• ইনসিডেন্ট রেসপন্স
• কাস্টমার সাপোর্ট

Field Operations (৮ জন):

• নতুন কানেকশন ইনস্টলেশন
• ফল্ট রিপেয়ার
• সাইট মেইনটেন্যান্স

Network Engineering (৩ জন):

• নেটওয়ার্ক ডিজাইন
• কনফিগারেশন ম্যানেজমেন্ট
• ক্যাপাসিটি প্ল্যানিং

Management (১ জন - জাহাঙ্গীর সাহেব, এখন CTO):

• ওভারভিউ এবং রিপোর্টিং

Permission Structure

এই টিমগুলোর জন্য আলাদা আলাদা পারমিশন:

NOC Team:

• View: সব
• Add/Edit: Devices, IPs, Cables
• Delete: না

Field Operations:

• View: সব
• Add: Devices, Cables
• Edit: Devices (status, location)
• Delete: না

Network Engineering:

• View: সব
• Add/Edit: সব (Delete ছাড়া)
• Delete: না (শুধু critical জিনিস delete করতে পারে approval এর পরে)

Management:

• View: সব
• Add/Edit/Delete: না (read-only)

Collaboration Workflow

একটা স্ট্যান্ডার্ড ওয়ার্কফ্লো:

নতুন সাইট যুক্ত করার সময়:

1. Network Engineer নতুন সাইট প্ল্যান করে Nautobot এ:

2. Location তৈরি করে

3. IP allocation করে

4. Device types verify করে

5. Field Team সাইট সেটআপ করে:

6. ডিভাইস ইনস্টল করে

7. Serial numbers নোট করে

8. Cable routing করে

9. Network Engineer Nautobot আপডেট করে:

10. Devices এড করে

11. Cables ডকুমেন্ট করে

12. IP assign করে

13. NOC Team যাচাই করে:

14. সব ডিভাইস Nautobot এ আছে কিনা

15. Monitoring সেটআপ হয়েছে কিনা
16. Connectivity test করে

সপ্তম চ্যালেঞ্জ: Data Quality Control

১৫০ ডিভাইস মানে ১৫০ জায়গায় ভুল হওয়ার সম্ভাবনা। Data Quality নিশ্চিত করা জরুরি।

Weekly Data Audit

SkyNets প্রতি সপ্তাহে একটা ডেটা অডিট করে:

সোমবার: Device Audit

• সব Active ডিভাইসের Serial Number আছে কিনা
• সব ডিভাইসের Location সঠিক কিনা
• নেমিং কনভেনশন মানা হচ্ছে কিনা

বুধবার: IP Audit

• কোনো ডুপ্লিকেট IP নেই তো
• কোনো IP ভুল prefix এ নেই তো
• DNS names unique কিনা

শুক্রবার: Cable Audit

• Critical cables ডকুমেন্টেড কিনা
• Cable status সঠিক কিনা (Connected/Planned)

Automated Validation

প্রতি সোমবার সকালে একটা Python script চলে যা validate করে এবং রিপোর্ট ইমেইল করে:

Missing Serial Numbers: 3 devices
Duplicate IPs: 0
Non-standard Device Names: 2 devices
Orphaned IPs (no device assigned): 5 IPs

টিম লিডার এই রিপোর্ট দেখে action নেন।

অষ্টম চ্যালেঞ্জ: Performance এবং Response Time

১৫০+ ডিভাইস, ৮টা সাইট, হাজার হাজার আইপি - Nautobot UI স্লো হয়ে যাচ্ছিল না তো?

Performance Optimization

SkyNets কিছু optimization করেছে:

১. PostgreSQL Tuning:

shared_buffers = 4GB (ডিফল্ট 128MB থেকে বাড়ানো)
effective_cache_size = 12GB
work_mem = 64MB
maintenance_work_mem = 1GB

২. Pagination বাড়ানো:

User Preferences এ:

Items per page: 100 (ডিফল্ট 25 থেকে)

৩. Saved Filters ব্যবহার:

বারবার একই complex query না চালিয়ে Saved Filters ব্যবহার।

৪. Regular Database Maintenance:

মাসে একবার:

sudo -u postgres vacuumdb --analyze nautobot

এই optimizations এর পরে response time ভালো আছে। ডিভাইস লিস্ট লোড হতে ২-৩ সেকেন্ড লাগে যা acceptable।

৬ মাসের রোডম্যাপ - ৫ হাজার থেকে ৫০ হাজারে

এই স্কেলিং একদিনে হয়নি। ছয় মাস লেগেছে। এই ছিল রোডম্যাপ:

মাস ১-২: Foundation Strengthening

মাস ১ (জানুয়ারি ২০২৫):

• Location hierarchy ডিজাইন (Region → Zone → Cluster → POP)
• Location Types তৈরি
• নতুন Clusters তৈরি (Mirpur, Uttara Clusters)
• নেমিং কনভেনশন আপডেট (Zone prefix যোগ)
• পুরোনো ডিভাইস রিনেম প্ল্যান

মাস ২ (ফেব্রুয়ারি ২০২৫):

• পুরোনো ২০টা ডিভাইস রিনেম (R-MIR-CORE-01 → R-DN-MIR-CORE-01)
• নতুন আইপি ব্লক অ্যাপ্লাই করা
• IP addressing স্কিম ডিজাইন
• Permission structure review এবং নতুন groups তৈরি

মাস ৩-৪: New Sites Onboarding

মাস ৩ (মার্চ ২০২৫):

• কল্যাণপুর পপ যুক্ত (প্রথম নতুন সাইট - ধীরে ধীরে)
• গুলশান পপ যুক্ত
• প্রতিটা সাইটে ফুল ডকুমেন্টেশন
• Cable management policy finalize

মাস ৪ (এপ্রিল ২০২৫):

• বনানী পপ যুক্ত
• বারিধারা পপ যুক্ত
• Team training (নতুন Field Operations members দের)
• NOC team expansion

মাস ৫: IP এবং VLAN Restructuring

মাস ৫ (মে ২০২৫):

• নতুন IP blocks সব prefix এ ভাগ করা
• VLAN স্ট্রাকচার রিডিজাইন এবং CSV import
• Migration প্ল্যানিং এবং execution

মাস ৬: Final Sites এবং Optimization

মাস ৬ (জুন ২০২৫):

• ধানমন্ডি পপ যুক্ত
• মোহাম্মদপুর পপ যুক্ত
• Performance tuning (PostgreSQL, pagination)
• Automation scripts তৈরি (validation, reports)
• Team training complete

Key Metrics - আগে এবং পরে

কিছু সংখ্যা যা সফলতা প্রমাণ করে:

২০২৪ (৫ হাজার কাস্টমার):

• নতুন সাইট যুক্ত করতে সময়: ২-৩ সপ্তাহ
• ডেটা এন্ট্রি ভুলের হার: ~১৫%
• NOC query response time: ৮-১০ মিনিট
• ম্যানুয়াল কাজ: ৮৫%

২০২৬ (৫০ হাজার কাস্টমার):

• নতুন সাইট যুক্ত করতে সময়: ৩ দিন
• ডেটা এন্ট্রি ভুলের হার: ~৪%
• NOC query response time: ৩০ সেকেন্ড
• ম্যানুয়াল কাজ: ২৫%

শিক্ষা এবং পরামর্শ

SkyNets এর CTO জাহাঙ্গীর সাহেবের কিছু পরামর্শ:

১. একবারে সব করতে যাবেন না

"আমরা ভুল করেছিলাম প্রথমে সব নতুন সাইট একসাথে করতে গিয়ে। পরে বুঝলাম একটা একটা করে করলে ভালো হয়। কল্যাণপুর পপ সম্পূর্ণ করে তারপর গুলশান - এভাবে করলে লেসন শিখতে পেরেছি।"

২. নেমিং কনভেনশন শুরুতেই ভবিষ্যৎ মাথায় রেখে করুন

"আমাদের একবার নাম চেঞ্জ করতে হয়েছে। প্রথমবারই যদি স্কেলেবল কনভেনশন (Zone prefix সহ) করতাম, এত ঝামেলা হতো না।"

৩. Data quality এ কম্প্রোমাইজ করবেন না

"একটা ভুল ডেটা এন্ট্রি পুরো নেটওয়ার্কে সমস্যা করতে পারে। Weekly audit করুন, automated validation রাখুন।"

৪. টিমকে সাথে নিন

"Nautobot শুধু একজনের জিনিস না। পুরো টিম যদি ইউজ না করে, তাহলে ডেটা আউটডেটেড হয়ে যায়। প্রপার ট্রেনিং দিন, documentation রাখুন।"

৫. Performance monitoring করুন

"স্কেল বাড়ার সাথে সাথে রেগুলার পারফরম্যান্স চেক করুন। Database tuning, caching - এগুলো গুরুত্বপূর্ণ।"

স্কেলিং চ্যালেঞ্জ:

• লোকেশন হায়ারার্কি রি-অর্গানাইজ করা (flat → hierarchical)
• ডিভাইস নেমিং স্কেল করা (Zone prefix যোগ)
• IP এবং VLAN ম্যানেজমেন্ট (১টা /22 → ৪টা /22)
• Cable management বাস্তবতা (pragmatic policy)
• Multi-team collaboration (৩ জন → ১৮ জন)
• Data quality control (weekly audit, automated validation)
• Performance optimization (PostgreSQL tuning, saved filters)

SkyNets Bangladesh এখন ৫০ হাজার কাস্টমারে স্ট্যাবল। তাদের লক্ষ্য পরের দুই বছরে (২০২৮) ১ লক্ষ কাস্টমার। সেজন্য তারা এখন অটোমেশনের দিকে যাচ্ছে। পরের চ্যাপ্টারে আমরা দেখব কীভাবে API এবং Python দিয়ে Nautobot কে অটোমেট করা যায়।

---