It’s a little more complicated than that. When a user initiates a Lync การแปล - It’s a little more complicated than that. When a user initiates a Lync ไทย วิธีการพูด

It’s a little more complicated than

It’s a little more complicated than that. When a user initiates a Lync call with one other user, and they are both inside the network, then the traffic is routed between the 2 users. It’s similar to the way a SIP or SCCP (VoIP) phone call is made. The server builds the connection between the 2 users and then is left out of it. When there are 3 or more users, OR there is media sharing (not simple desktop sharing), then all traffic routes through the Front End servers in Valley Forge. Internal users connect through the global MPLS network, and external users connect via the Internet through a reverse proxy and edge server in Valley Forge. Any MPLS traffic (not sites connected via VPN) should be QoS’ed based on the voice rules, but any other traffic would be “best-effort”

I hope this clears thing up a little on how to potentially troubleshoot quality on Skype calls. Please try to make sure that the clients are updating Link (Skype for Business) to the latest version as Microsoft is always making improvements.

As for SRC, we can always ask them to see if there’s any network issues. They typically see things in their monitors before we do, but sometimes, errors that aren’t high enough to set off and alarm in the monitors can cause unusual issues with services like VoIP and Skype for Business.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
มันมีน้อยมากมีความซับซ้อนกว่าที่ เมื่อผู้ใช้เริ่มโทร Lync โดยใช้หนึ่ง และพวกเขาทั้งภายในเครือข่าย การจราจรจะถูกส่งระหว่างผู้ใช้ 2 นี้คล้ายกับวิธีการจิบ หรือทำ SCCP (VoIP) โทรศัพท์ เซิร์ฟเวอร์สร้างการเชื่อมต่อระหว่างผู้ใช้ 2 แล้ว เหลือจากนั้น เมื่อมีผู้ใช้ 3 หรือมากกว่า หรือมีการใช้สื่อร่วมกัน (ไม่ได้บนเดสก์ท็อปร่วมกัน), การรับส่งข้อมูลทั้งหมดจัดเส้นทางผ่านเซิร์ฟเวอร์ Front End ในหุบเขาปลอม ผู้ใช้ภายในเชื่อมต่อผ่านเครือข่าย MPLS ทั่วโลก และผู้ใช้ภายนอกผ่านทางอินเทอร์เน็ตกลับขอบและพร็อกซีเซิร์ฟเวอร์ในหุบเขาปลอม การจราจร MPLS (ไม่ไซต์เชื่อมต่อผ่าน VPN) ควร QoS'ed ตามกฎเสียง แต่การจราจรจะเป็น "ส่วนความพยายาม" ฉันหวังว่า นี้ล้างสิ่งค่าเล็กน้อยเกี่ยวกับวิธีการแก้ไขปัญหาคุณภาพโทร Skype อาจ กรุณาให้แน่ใจว่า ลูกค้ากำลังปรับปรุงลิงค์ (Skype สำหรับธุรกิจ) รุ่นล่าสุด Microsoft อยู่เสมอทำให้การปรับปรุง ส่วน SRC เราสามารถสอบถามให้ดูว่า มีปัญหาเครือข่ายใด ๆ พวกเขามักจะเห็นในจอภาพของพวกเขา ก่อนเรา ทำได้ แต่บางครั้ง ข้อผิดพลาดที่ไม่สูงพอในการเตือนในจอภาพสามารถก่อให้เกิดปัญหาผิดปกติ ด้วยบริการ VoIP เช่น Skype สำหรับธุรกิจ
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
มันเป็นเพียงเล็กน้อยซับซ้อนกว่านั้น เมื่อผู้ใช้เริ่มต้นการเรียก Lync กับผู้ใช้อีกคนหนึ่งและพวกเขามีทั้งในเครือข่ายแล้วการจราจรจะถูกส่งระหว่างผู้ใช้ 2 คน มันคล้ายกับวิธี SIP หรือ SCCP (VoIP) โทรศัพท์จะทำ เซิร์ฟเวอร์สร้างการเชื่อมต่อระหว่างผู้ใช้ 2 คนแล้วที่เหลืออยู่ออกมาจากมัน เมื่อมี 3 หรือมากกว่าผู้ใช้หรือมีการใช้สื่อร่วมกัน (เดสก์ทอปร่วมกันไม่ง่าย) แล้วทุกเส้นทางการจราจรผ่านเซิร์ฟเวอร์ส่วนหน้าในหุบเขา ผู้ใช้ภายในเชื่อมต่อผ่านเครือข่าย MPLS ทั่วโลกและผู้ใช้ภายนอกเชื่อมต่อผ่านทางอินเทอร์เน็ตผ่านพร็อกซีเซิร์ฟเวอร์กลับและขอบในหุบเขา การจราจรใด ๆ MPLS (ไม่ใช่เว็บไซต์ที่เชื่อมต่อผ่าน VPN) ควรจะ QoS'ed อยู่บนพื้นฐานของกฎเสียง แต่การจราจรอื่น ๆ ที่จะเป็น "ความพยายามที่ดีที่สุด" ฉันหวังว่านี้ล้างสิ่งขึ้นเล็กน้อยเกี่ยวกับวิธีการแก้ไขปัญหาที่อาจเกิดขึ้นที่มีคุณภาพในการโทรศัพท์ผ่าน Skype กรุณาพยายามที่จะตรวจสอบให้แน่ใจว่าลูกค้าจะได้รับการปรับปรุงการเชื่อมโยง (Skype สำหรับธุรกิจ) เป็นรุ่นล่าสุดไมโครซอฟท์อยู่เสมอการปรับปรุง. สำหรับ SRC เรามักจะสามารถขอให้ดูว่ามีปัญหาเครือข่ายใด ๆ พวกเขามักจะเห็นสิ่งที่อยู่ในการตรวจสอบของพวกเขาก่อนที่เราจะทำ แต่บางครั้งข้อผิดพลาดที่ไม่สูงพอที่จะตั้งปิดและการเตือนภัยในจอภาพอาจทำให้เกิดปัญหาผิดปกติที่มีบริการเช่น VoIP และ Skype สำหรับธุรกิจ



การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
มันซับซ้อนกว่านั้นนิดหน่อย เมื่อผู้ใช้เริ่มต้น Lync เรียกกับผู้ใช้อื่น ๆและพวกเขามีทั้งภายในเครือข่ายและการจราจรเส้นทางระหว่าง 2 ผู้ใช้ มันคล้ายกับวิธีจิบหรือ sccp ( VoIP ) โทรศัพท์ทำ เซิร์ฟเวอร์สร้างการเชื่อมต่อระหว่างผู้ใช้ 2 แล้วทิ้งมัน เมื่อมี 3 ตัวหรือมากกว่าผู้ใช้หรือมีการใช้สื่อร่วมกัน ( ร่วมกันเดสก์ทอปไม่ได้ง่าย ) แล้วการจราจรเส้นทางผ่านด้านหน้าสิ้นสุดเซิร์ฟเวอร์ในหุบเขา . ผู้ใช้ภายในเชื่อมต่อผ่านเครือข่าย MPLS ทั่วโลกและผู้ใช้ภายนอกเชื่อมต่อผ่านทางอินเทอร์เน็ตผ่านพร็อกซีเซิร์ฟเวอร์ย้อนกลับและขอบในหุบเขา . จราจร MPLS ( ไม่ใช่ไซต์ที่เชื่อมต่อผ่านทาง VPN ) ควร qos'ed ตามเสียงกฎแต่การจราจรอื่น ๆ จะเป็น " ดีที่สุด "

ฉันหวังว่านี้ล้างสิ่งขึ้นเล็กน้อยในวิธีการที่อาจแก้ไขปัญหาคุณภาพโทร โปรดพยายามที่จะตรวจสอบให้แน่ใจว่าลูกค้ามีการปรับปรุงการเชื่อมโยง ( สำหรับธุรกิจ ) รุ่นล่าสุดเช่น Microsoft อยู่เสมอการปรับปรุง

สำหรับ SRC , เราสามารถถามพวกเขาเพื่อดูว่ามีเครือข่ายใด ๆปัญหาพวกเขามักจะมองเห็นสิ่งต่างๆ ในจอภาพของพวกเขาก่อนเรา แต่บางครั้งข้อผิดพลาดที่ไม่สูงพอ ที่จะตั้งปิดนาฬิกาปลุกในจอภาพสามารถก่อให้เกิดปัญหาผิดปกติ ด้วยบริการเช่น VoIP และ Skype สำหรับธุรกิจ
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2025 I Love Translation. All reserved.

E-mail: