Fightel Net, 푸루카와 전기 네트워크 장비의 포괄적 인 브랜드
Fitelnet-F100 회사 V0207 (02) 07/04/02 릴리스
---- Fitelnet-F100 펌웨어 v0207 (01)에서 변경 ---
| 다음 새로운 기능이 추가되었습니다 |
| (1) | IGMP-Proxy를 사용한 IPv4 멀티 캐스트 릴레이의 함수가 추가되었습니다
|
| (2) | IGMP-Proxy를 사용하는 IPv4 멀티 캐스트 릴레이 기능에서, 비 querier를 사용할 때는 작동 모드에 No-Join이 추가되었습니다
|
| (3) | DHCP 서버 기능을 사용하면 표준 DHCP 옵션을 보낼 수 있습니다
|
| 다음 변경 사항이 구현되었습니다 |
| (1) | OSPF에서 LSA의 수가 큰 경우 패킷 릴레이 지연 및 패킷 손실이 버스트에서 발생할 수 있으므로 장치가 보유한 LSA 데이터베이스 확인 및 처리시 부하를 줄이기 위해 튜닝이 구현되었습니다 |
| (2) | DHCP 릴레이 에이전트 기능 설정에서 IP 도우미 조정 명령은 입력 순서로 등록되었지만 IP 주소의 순서대로 정렬 및 등록하도록 변경되었습니다 |
| 다음 문제가 수정되었습니다 |
| (1) | Vlanif를 사용하고 DHCP 릴레이 에이전트 기능에서 여러 도우미 주소를 설정할 때 다음과 같은 현상이 발생했습니다
|
| (2) | QoS 기능을 사용하는 환경에서 QoS 설정이 변경되고 패킷 릴레이 처리 중에 새로 고침 작업이 수행되면 장치의 자율 재설정이 발생할 수 있습니다 이 문제는 v0200 (00)에서 발생할 수 있습니다 |
| (3) | QOS 클래스 결정에서, 다음 작업으로 인해 일시적으로 고정 된 패킷은 작업 후 다시 판단되었습니다 QoS 통계를 이중 계산하여 값이 잘못 될 수 있습니다
|
| (4) | 암호화 ISAKMP 정책 설정 모드의 암호화 명령은 암호화 알고리즘 (DES, 3DES, AES)이 지정되지 않았지만 요구되도록 수정 된 경우에도 허용되었습니다 |
| (5) | Show 인터페이스를 사용하여 모든 인터페이스를 표시 할 때 Null 인터페이스 및 루프백 인터페이스가 혼란으로 표시되었습니다 |
| (6) | IGMP-Proxy를 사용하여 IPv4 멀티 캐스트 릴레이 함수에서 이벤트/액션 함수에서 쿼리로 전환 알림을받은 후 ⇒ 쿼리 ⇒ IGMP 쿼리는 정상적인 쿼리 선택 규칙에 따라 비 쿼리어로 전환 한 후에도 전송되었습니다 이 문제는 V0207 (00) 펌웨어에서 발생합니다 |
| (7) | RIPV1 작동 환경에서는 장치 자체에서 전송 된 RIPV1 패킷이 수신되어 폐기 해야하는 곳에서 처리되었습니다 이러한 이유로 RIPV1을 사용할 때 Show IP 프로토콜의 인터페이스 주소가 표시되었습니다 이 문제는 V0205 (00) 펌웨어에서 발생합니다 또한 RIPV2 운영 환경에서도 발생하지 않습니다 |
| (8) | 반대 장치의 라인 분리 절차에 따라 ISDN 연결 중에 자체 스테이션의 라인 분리 프로세스와 라인 분리 프로세스 간의 연결이 호출 시간 초과 (이유 코드 A0) 또는 장치의자가 재설정으로 인해 후속 라인 연결 프로세스가 실패 할 수 있습니다 이 문제는 반대 장치가 타사 ISDN 장치 일 때 발생하는 것으로 확인되었으며 Fitelnet-F100 및 FitElnet-E20/E30이 장치를 반대하는 경우에는 발생하지 않습니다 |
| (9) | ISDN 라인에서는 연결을 끊는 데 몇 초가 걸릴 수 있습니다 |
| (10) | ISDN 연결에서, 자체 스테이션의 데이터 전송 프로세스와 반대 장치의 라인 분리 프로세스가 상대 장치의 라인 분리 절차에 따라 충돌하는 경우, 후속 라인 연결 처리는 CR Send Retry (이유 코드 B1) 및 후속 라인 연결 처리가 불가능할 수 있습니다 |
모든 권리 보유, 저작권 (c) Furukawa Electric Co, Ltd 2007