سؤال فى ال QOS

[Eng_Talha]

السلام عليكم و رحمة الله و بركاته
جزاكم الله خيرا على هذا المجهود الكبير المبذول فى هذا المنتدى الكبير أسأل الله أن يبارك فى هذا المنتدى و فى القائمين عليه و كل من ساهم بمعلومه فيه.

كنت أود السؤال عن كيفية معرفة السويتش layer 2 or layer 3 لنوع الData القادمة اليه حتى يستطيع تصنيفها حسب الclass التى يجب أن ينتمى إليها و هل يكون ذلك قبل التعامل مع الdata أو بعد دخولها السويتش .

و جزاكم الله خيرا.

[Eng_Talha]

السلام عليكم و رحمة الله
هل أسأت صياغة السؤال أو هل به أى جزئية غير مفهومة .
الرجاء مساعدتى لأنى فى حاجة لفهم تلك الجزئية و جزاكم الله خيرا.

[one-zero]

عند دخولها السويتش او الروتر طبعا و يتم النظر الي جزئيه في ال herader نسميها ال tos على مستوى لاير 3 و نسميها cos على مستوى لاير 2

هذة الجزئيه هي رقم مكون من 8 بت يمكن من خلاله تحديد اهمية الباكيت او الفرايم كالتالي على اقصى يمين الصفحه الاولى:
https://packetlife.net/media/library/19/QoS.pdf

[ma_farouk99]

عند دخولها السويتش او الروتر طبعا و يتم النظر الي جزئيه في ال herader نسميها ال tos على مستوى لاير 3 و نسميها cos على مستوى لاير 2

هذة الجزئيه هي رقم مكون من 8 بت يمكن من خلاله تحديد اهمية الباكيت او الفرايم كالتالي على اقصى يمين الصفحه الاولى:
https://packetlife.net/media/library/19/QoS.pdf

أعتقد الاجابة غير ذلك يا أخي ياسر
أعتقد الأخ هنا يقصد أنه كيف يعرف السويتش أو الراوتر نوع الداتا ومن ثم يعملها classification ثم marking ثم queueing وليس كما تفضلت حضرتك وشرحت ان tos وال cos هنا معناها أن الراوتر او السوتش لا يعلم نوع الداتا ولكن الclass فقط وبالتالي يعطيها ال qos المناسبة أما لو جاءت داتا من كمبيوتر مثلا مربوط على السوتش ونحن نريد نعمل qos معين لل http وأخر للftp مثلا فنستخدم البروتكول nbar والذي يستكشف الطبقات من 4 ل 7 وبالتالي يعرف نوع الداتا ومن ثم ي class و mark وباقي ال tools واخيرا الامر الذي يشغل ال nbar هو
match protocol وبعدها نوع الداتا المقصودة
وشكرا

[amr fayez]

السلام عليكم ورحمة الله وبركاتة

انا كمان اعتقد ان الاخ الكريم يقصد ذلك بكيفية عمل السويتش layer2 لهذة classification ومعرفة نوع الdata الحقيقية الداخلة للسويتش وهذا اما عن طريق بروتوكول NBAR كما تفضل الاخ الكريم او اما عن طريق traffic flow ولكن السوال المهم والى انا نفسى شخصيا حد يرد عليا فية هو ان السويتش بيفهم المفروض لحد layer 2 ولكن نرى ان السويتش بيعمل telnet او تدخل علية ويب او حتى استخدام لبروتوكول snmp وكل هذا layer 7 فكيف يتم ذلك ؟
ارجو الاجابة الموضحة لذلك

ولكم جزيل الشكر

[one-zero]

أعتقد الأخ هنا يقصد أنه كيف يعرف السويتش أو الراوتر نوع الداتا ومن ثم يعملها classification ثم marking ثم queueing

سليم اذا كان هذا ما يقصده اخي صاحب الموضوع
وهو راح يعرفها عبر ال classification باستخدام خاصية ال nbar (وليس بروتكول) يمكن معرفة نوع البروتكول و ايضا يمكن عمل PDLM مخصوص ايضا لنوعية ترافيك خاصه ببرنامج قامت شركه مثلا بعمله

لمزيد من المعلومات حول كيفية المعرفه و التصنيف لانواع الترفيك
https://www.cisco.com/en/US/prod/col...nd_A_Item.html

[one-zero]

ان السويتش بيفهم المفروض لحد layer 2 ولكن نرى ان السويتش بيعمل telnet او تدخل علية ويب او حتى استخدام لبروتوكول snmp وكل هذا layer 7 فكيف يتم ذلك ؟

هنا يجب ان تفرق بين عمل السويتش و معالجته ل frames وعمل forwarding لها وبين عمله كمجرد host له نظام تشغيل ios يمكن الدخول عليه
و لكونه node يمكنه ان ياخذ عنوان اي بي له يستطيع الاخرين استخدامها للدخول عليه

نفس المفهوم يطبق على snmp و اي بروتكول اخر يمكننا من التفاعل مع السويتش ك host

[amr fayez]

السلام عليكم

هل من الممكن عمل classification باستخدام خاصية NBAR او اما عن طريق الaccess list على سويتش layer 2 ? وهما الطريقتان المعروفتان لعمل classification

وجزاكم الله خيرا

[one-zero]

السلام عليكم

هل من الممكن عمل classification باستخدام خاصية NBAR او اما عن طريق الaccess list على سويتش layer 2 ? وهما الطريقتان المعروفتان لعمل classification

وجزاكم الله خيرا

في هذة الحاله ممكن تعتمد على ال cos كما قلت في البدايه

الاجابه بالكامل عندك هنا :
https://www.cisco.com/en/US/docs/swi...ide/swqos.html

[amr fayez]

في هذة الحاله ممكن تعتمد على ال cos كما قلت في البدايه

الاجابه بالكامل عندك هنا :
https://www.cisco.com/en/US/docs/swi...ide/swqos.html

السلام عليكم
ولكن انا اعتقدانه لا يمكننى ان اعتمد على الcos وذلك لسببين وهما

1 - ان cos header موجودة فى tagged frame اى ان ال frame قادم من سويتش اخر مع العلم ان access switches مربوط عليها اما جهاز كمبيوتر او تليفون او اى نود عادية وهذا يفسر استحالة الاعتماد على الcos فى هذة المرحلة
2 - السبب التانى حتى لو قدرت اصنف على اساس ال cos انا كدة او السويتش يعنى مش هيعرف نوع الداتا الحقيقية فيمكن لل node ان تضع الاولوية التى لا تناسبنى فى الشبكة

والله اعلم ولكم جزيل الشكر

[Eng_Talha]

السلام عليكم و رحمة الله و بركاته
عذرا على التأخير لإنشغالى الشديد.
جزاكم الله خيرا على مشاراكتكم السابقة و لكن لى سؤال . إذا أردت عمل classification للData Voice بالACL و بدون استخدام خاصية الNBAR و خاصة إذا لم أكن أستخدم cisco device فكيف سيتم ذلك أم انه لاتوجد طريقة سوى عن طريق الcos.
وعذرا على الإطالة و جزاكم الله خيرا.

[frozenEyes]

السلام عليكم
ولكن انا اعتقدانه لا يمكننى ان اعتمد على الcos وذلك لسببين وهما

1 - ان cos header موجودة فى tagged frame اى ان ال frame قادم من سويتش اخر مع العلم ان access switches مربوط عليها اما جهاز كمبيوتر او تليفون او اى نود عادية وهذا يفسر استحالة الاعتماد على الcos فى هذة المرحلة
2 - السبب التانى حتى لو قدرت اصنف على اساس ال cos انا كدة او السويتش يعنى مش هيعرف نوع الداتا الحقيقية فيمكن لل node ان تضع الاولوية التى لا تناسبنى فى الشبكة

والله اعلم ولكم جزيل الشكر

السلام عليكم ورحمه الله وبركاته

لى ملاحظة على النقطة الاولى من ردك او بمعنى اخر تصحيح ،،، صحيح ان COS header موجود فىTagged frame , ولكن الا تعلم ان Cisco ip phone قادر على marking its packets

The Cisco IP Phone transmits voice traffic with Layer 3 IP precedence and Layer 2 CoS values, which are both set to 5 by default

هناك ايضا كروت نتورك تدعم 802.1p مثل Realtek
https://www.realtek.com.tw/products/...onn=4&ProdID=8

Features Integrated 10/100/1000 transceiver
Auto-Negotiation with Next Page capability
Supports PCI rev.2.3, 32-bit, 33/66MHz
Supports pair swap/polarity/skew correction
Crossover Detection & Auto-Correction
Wake-on-LAN and remote wake-up support
Microsoft® NDIS5 Checksum Offload (IP, TCP, UDP) and largesend offload support
Supports Full Duplex flow control (IEEE 802.3x)
Fully compliant with IEEE 802.3, IEEE 802.3u, IEEE 802.3ab
Supports IEEE 802.1P Layer 2 Priority Encoding
Supports IEEE 802.1Q VLAN tagging
Serial EEPROM
3.3V signaling, 5V PCI I/O tolerant
Transmit/Receive FIFO (8K/64K) support
Supports power down/link down power saving
Supports PCI Message Signaled Interrupt (MSI)
128-pin QFP package for RTL8169SB and 128-pin LQFP package for RTL8169SBL

بالنسبة للنقطة الثانية راجع هذا الامر: switchport priority extend cos 0

السلام عليكم و رحمة الله و بركاته
عذرا على التأخير لإنشغالى الشديد.
جزاكم الله خيرا على مشاراكتكم السابقة و لكن لى سؤال . إذا أردت عمل classification للData Voice بالACL و بدون استخدام خاصية الNBAR و خاصة إذا لم أكن أستخدم cisco device فكيف سيتم ذلك أم انه لاتوجد طريقة سوى عن طريق الcos.
وعذرا على الإطالة و جزاكم الله خيرا.

ممكن تعمل Classification على اساس ACL او Marking وتعمل لهم class-map
وبعد كدة من خلال policy-map اعمل اللى انتا عايزه

راجع ايضا الرابط الذى وضع الاستاذ ياسر سوف تستفيد جدا هناك Enabling Auto-QoS for VoIP

[mody02]

السلام عليكم و رحمة الله و بركاته
جزاكم الله خيرا على هذا المجهود الكبير المبذول فى هذا المنتدى الكبير أسأل الله أن يبارك فى هذا المنتدى و فى القائمين عليه و كل من ساهم بمعلومه فيه.

كنت أود السؤال عن كيفية معرفة السويتش layer 2 or layer 3 لنوع الData القادمة اليه حتى يستطيع تصنيفها حسب الclass التى يجب أن ينتمى إليها و هل يكون ذلك قبل التعامل مع الdata أو بعد دخولها السويتش .

و جزاكم الله خيرا.

اخي العزيز بالامكان تطبيق الكوماند التالي

R(config-if# ip accounting presedence input
هذه يتم تطبيقها في ال input وفي ال output

وهي بتعطيك كل ال traffic الذي دخل عبر هذا ال intrface من السوتش للراوتر وبتحددلك نوع ال classification الموجود على ال traffic وهنا علا السوتش يمكن تطبيقه على ال SVI interface

)

مع العلم ملاحظه مهمه علشان سؤالك اخي العزيز

في حال انك لم تكن مشغل ال mls qos على السوتش السوتش لا يقوم بعمل modify لل marking وانت بهذه الحاله بتحب تعرف ايش هو ال classification للdata التي مرت عبر السوتش بتذهب الى ال destination router
وتقوم بكتابه الكوماند اللي اعطيتك ياه في الاعلى وبتضعه علا النترفيس اللي مشبوك مع السوتش في ال inpound direction وبعد ما تعمل trafic تقوم بعمل verification عن طريق الكوماند التالي

show int f0/0 precedence
رح يعطيك ايش هو الترافيك اللي جاء علا الراوتر وايش هي ال classification الموجوده عليه

وايضا بالنسبه لل telnet بامكانك تحدد نوع ال marking له عن طريق الكوماند التالي

R(config ) #ip telnet tos وبتحدد قيمه ال tos اللي بتريدها لل telnet traffic وهنا سزف تكون قيمتها بال ip presedecnce كونها ال default


الحاله الثانيه انك تكون مشغل ال command التالي mls qos علا السوتش

هنا السوتش لا يهتم لاي نوع classification يكون على الداتا سواء كان ip presedence او DSCP او COS
هنا يقوم السوتش بمسح القيمة لل MARKING ويضع قيمة ال marking هي صفر لهذا السبب بتحتاج انك تعمل ال interface اللي بيجي منه الترفك ترس او انك تقوم بعمل class-map

ارجو من الله ان اكون قد افدت

وبالمناسبه دايما ينصح باستخدام ال monitoring علا كل النترفيس الموجودة بالشبكة قبل البدء بعمل ال qos
حتى تعرف الدنيا كيف ماشيه داخل الشبكة

وايضا ال NBAR بعمل انو بحددلك ايش هو الترافيك ياللي موجود عندك داخل الشبكة وكم مستخدم من ال BW
بس في حال كنت بتريد تعرف ايش ال CLASSIFICATION اللي ماخذه الترافيك لازم تستخدم ال MONITORING حتى يكون بامكانك تعمل remark للترافيك من ip presedence الى dscp او الى اي نوع اخر من ال classification

وهذا بتلاحظ استخدامه كثير في حال كنت بتريد تطبيق mutation map