Rfc

RFC: TCP / IP kết nối - Chương trình đăng ký Sử dụng Đối với một RFC gọi là sử dụng một TCP / IP kết nối để gọi một chương trình đăng ký, các AS ABAP là xướng của giao tiếp và các chương trình đăng ký là acceptor.

Một ví dụ như vậy là một kết nối kết nối từ một đến một AS ABAP AS Java máy chủ. Trong trường hợp này, AS ABAP sử dụng Java nối (JCo) để thiết lập kết nối.

Xướng (AS ABAP) Để xác định SNC tùy chọn cho xướng (AS ABAP), sử dụng giao dịch SM59. Xem RFC điểm đến duy trì và SNC lựa chọn của mình bằng cách sử dụng giao dịch SM59.

Acceptor (đăng ký Chương trình) Để bảo vệ SNC áp dụng để đăng ký chương trình mà giao tiếp với AS ABAP bằng cách sử dụng các hệ thống RFC, bạn cần phải xác định SNC tùy chọn trong saprfc.ini hoặc các tệp tin hoặc bằng cách sử dụng chương trình giao diện trong rfclib. Phần này mô tả làm thế nào để xác định thông tin trong saprfc.ini . Để biết thêm thông tin về việc sử dụng rfclib, xem Chương trình C Interfaces.

Các chương trình có thể có một giao diện người sử dụng cho việc duy trì các thông số. Xem các chương trình tài liệu hướng dẫn cho các chi tiết.

Ví dụ, trên AS Java, sử dụng các dịch vụ JCo RFC Nơi phát hành để thực hiện các cài đặt. Xem Cấu hình một RFC Điểm đến an toàn sử dụng một kết nối trong mạng trong các tài liệu hướng dẫn Java AS cho biết thêm thông tin.

Điều kiện quyết định Bạn có để cung cấp hay cài đặt chấp nhận credentials RFC phục vụ cho chương trình. (Thủ tục cho việc cài đặt credentials phụ thuộc vào các sản phẩm bảo mật mà bạn sử dụng.)

Thủ tục SNC thiết lập các thông số trong saprfc.ini như được hiển thị trong bảng dưới đây. SNC Tham số cho RFC từ AS ABAP để Bắt đầu một chương trình đã đăng ký Tham số

Mô tả

SNC_LIB

Đường dẫn và tên tập tin của thư viện gssapi SNC kích hoạt chỉ

SNC_MODE

Yêu cầu hay Tùy chọn Được yêu cầu

Được cho phép về giá trị Chuỗi giá trị

Được yêu cầu

0,1 0 = SNC khuyết tật 1 = SNC kích hoạt

Mặc định Không cái nào

Không cái nào

SNC_QOP

SNC_MYNAME

Chất lượng bảo vệ (cấp độ bảo vệ) SNC tên của chương trình phục vụ RFC

Tùy chọn

1,2,3,8,9

3

Tùy chọn

Chuỗi giá trị

The SNC tên chứa trong RFC điểm đến của SNC lựa chọn.

U, nếu bạn có thể tham số SNC_MYNAME địa phương để xác định rằng tên tương ứng với các credentials RFC phục vụ cho chương trình. Nếu bạn làm gì, sau đó hãy chắc chắn rằng tên này SNC SNC tương ứng với các tên như được định nghĩa trong SNC tuỳ chọn (SNC đối tác tên) cho RFC đích phục vụ cho chương trình này. Nếu bạn không xác định SNC_MYNAME địa phương, sau đó đăng ký sử dụng các chương trình SNC tên định nghĩa trong RFC điểm đến.

Ví dụ các điểm đến trong saprfc.ini tập tin: DEST = ABC_S LOẠI = R PROGID = host4.srfcserv GWHOST = host1 GWSERV = sapgw01 SNC_MODE = 1 SNC_MYNAME = p: CN = testuser, Bàn điều khiển OU = TEST01, O = myCompany, C = US SNC_LIB = C: \ SAP_Cryptolib \ sapcrypto.dll

SNC với đăng ký bằng cách sử dụng chương trình Bạn chỉ có thể nhập một tên SNC đối tác khi bạn nhập SNC tùy chọn cho RFC điểm du lịch. Vì vậy, nếu hai hay nhiều chương trình có cùng một chương trình đăng ký ID, họ cũng phải sử dụng cùng một credentials. Điều này thường là không phải là một vấn đề nếu các chương trình đang bắt đầu trên cùng một máy tính. Tuy nhiên, bắt đầu đăng ký các chương trình trên các máy tính khác nhau chỉ có thể có cùng một credentials nếu có thể được sử dụng trên các máy tính khác nhau. Này hay không được hỗ trợ hoàn toàn phụ thuộc vào các sản phẩm bảo mật được sử dụng. Thông thường, nó không được hỗ trợ và không được khuyến khích!

Cửa ngõ hoạt động Xem Hồ sơ Tham số cài đặt trên Cổng thông tin cho liên quan đến hoạt động SNC với cửa ngõ.

Sắp xếp theo: Danh sách ĐẶT HÀNG

[Ngày Trước] [Ngày Tiếp] [Thread Trước] [Thread Tiếp] [Ngày Index] [Thread Index]

THREAD Siddall SUBJECT Tìm kiếm

all

short

score

htdig

IPS TRANG CHỦ

TCP so với UDP trên SMP ○

To: [email protected], [email protected]

○

Tiêu đề: TCP so với về SMP UDP

○

Từ: [email protected]

○

Ngày: Sat, 16 Sep 2000 15:53:05 -0400

○

Cc: [email protected]

○

Nội dung-Type: text / plain

○

Tên người gửi: [email protected]

> A multithread chương trình sẽ sử dụng khác nhau cpu khác nhau trong chuỗi. Vì Ví dụ, chúng tôi sử dụng một trong > Cpu cho receving gói để nhận hàng và gửi cho các CPU gửi các gói từ > Queue. Vì vậy, chúng tôi có thể có nhiều quyền lực trong CPU iSCSI đường dẫn. UDP là một chương trình với của nó gửi > Có thể lưu trữ và nhận được tình trạng này. Tôi nghĩ rằng điều này sẽ cung cấp cho một đáng kể hiệu suất hơn nếu TCP > TCP không thể sử dụng cả hai CPU proccesing quyền lực. > > TCP quá trình riêng của mình hàng hạt nhân trong chế độ. TCP này và sẽ được xếp hàng xử lý với 2 CPU? Tình hình là một số chi tiết này phức tạp hơn. iSCSI là siêu thị để triển khai thực hiện phát kiểm soát (để biết thêm thông tin, xem dự thảoFloyd-cong-04.txt, mà Không được để được phát hành như là một Thực hành tốt nhất hiện tại RFC). UDP tự do, không có gì không thực hiện phát kiểm soát, và thêm vào UDP này có thể ảnh hưởng đến hiệu quả, vì SMP phát giải pháp kiểm soát sử dụng thông tin từ mạng (nhận được hàng) để kiểm soát truyền (gửi hàng); các cặp vợ chồng này nhận và gửi trong chế biến một cách có xu hướng giảm SMP

có hiệu quả. My recollection công bố kết quả của việc sử dụng nhiều xử lý cho TCP trong UNIX-như hệ điều hành là lớn đạt đến từ bằng cách sử dụng khác nhau xử lý cho các kết nối khác nhau chứ không phải là xử lý gửi và nhận trên một kết nối trên bộ xử lý do khác nhau trong các phần để gửi / nhận được coupling được yêu cầu do phát kiểm soát ... nhưng nó được một thời gian từ khi tôi đã kiểm tra / đọc này văn học. Vì vậy, tôi nghĩ là tóm tắt Q & A là khoảng: Q1: có thể một kết nối TCP được xử lý bởi nhiều CPU? A1: Có. Q2: Điều này sẽ làm việc cũng như bằng cách sử dụng riêng biệt CPU để xử lý và gửi cho UDP nhận được? A2: Không có trong tất cả các trường hợp, bởi vì các cặp vợ chồng TCP gửi và nhận được chế biến trong một cách UDP, không có gì không. Q3: Có phải UDP với các giải pháp độc lập gửi và nhận được chế biến trên hai CPU áp dụng cho iSCSI? A3: Có thể không. Nó không phát triển khai thực hiện kiểm soát, và triển khai thực hiện phát kiểm soát sẽ làm cho một số khớp nối của gửi và nhận các chế biến. Hãy để tôi nhắc nhở mọi người rằng trong khi phát kiểm soát và kiểm soát dòng chảy tháng năm được triển khai thực hiện ở gần trong cùng một khu vực của giao thức mã, họ đang có khá chức năng khác nhau. Kiểm soát dòng chảy là có liên quan với sự có hiệu quả (ví dụ như, đáng tin cao và hiệu suất) phân phối của riêng dòng chảy của lưu lượng truy cập. Phát kiểm soát là có liên quan với các phản ứng của toàn bộ mạng lưới như là một hệ thống, để quá cao trong đó các điều kiện như là một mạng lưới toàn có thể không cung cấp tất cả các cung cấp lưu lượng truy cập. - David --------------------------------------------------David L. đen, Senior Technologist

EMC Corporation, 42, P. Nam, Hopkinton, MA 01748 +1 (508) 435-1000 x75140 Số Fax: +1 (508) 497-8500 [email protected] di động: +1 (978) 394-7754 ---------------------------------------------------

○

Follow-Ups: 

Re: TCP so với về SMP UDP 

Từ: Michael Krause

○

Trước do Ngày: RE: Asymmetric mô hình

○

Next by Date: RE: iSCSI: 2.2.6. Đặt tên & lập bản đồ

○

Trước by thread: RE: Asymmetric mô hình

○

Next by thread: Re: TCP so với về SMP UDP

○

Index (es): 

Ngày



Chỉ



Re: TCP so với về SMP UDP 

Từ: Michael Krause

○

Trước do Ngày: RE: Asymmetric mô hình

○

Next by Date: RE: iSCSI: 2.2.6. Đặt tên & lập bản đồ

○

Trước by thread: RE: Asymmetric mô hình

○

Next by thread: Re: TCP so với về SMP UDP

○

Index (es): 

Ngày



Chỉ

Gia đình Cập nhật lần cuối: Tue Sep 04 01:07:15 2001 6315 tin nhắn trong chronological trật tự