Wi-Fi Dongle

1. IPM 의 개발 방향에 논의해야 함(양인재S, 장헌규J, 이승철J) - 디바이스 드라이버 코드, 유틸리티(iwconfig) 위치

1. 무선 즉, Wi-Fi 의 신뢰성을 보장하기가 힘듬(PC 사양, AP 사양 마다 결과값이 다르기 때문에)
2. QA 쪽을 설득 시키는 일이 가장 어려움
3. DLNA 의 경우, 프로토콜 구현이라고 하기보다는 각 코덱마다 각 exception 마다 처리하는 것이 대부분의 일을 차지함(플레이어 자체 수정이 필요함)
4. 진행하면서 만든 체크리스트는 없음
5. Wi-Fi Dongle 관련한 문의 컨텍(이한상 수석)

문의해 본 결과, 각 국가마다 대상이 규격이 다르고, 주파수 테이블이 따로 없음

1. 삼성 650 모델(LN46B650T1F) 의 Ad-Hoc 모드에 대해 서비스 센터 등에 문의해 보았으나 아는 사람이 아무도 없음(결국 방문까지 한다는 것을 겨우 말렸음)
2. UX 유무선 세팅 회의에서 Ad-Hoc 모드에 대해서 추가할지 말지에 대해 논의해 볼 것임

1. 정보연으로부터 코드를 받기로 했으나, 아직 받지 못함.
2. 지난 번 회의때 논의되지 못했던, 두개의 네트워크 연결 중에 하나가 끊겼을 때 자동으로 스위칭할 것인지 여부
3. 삼성 650 모델에서 Ad-hoc 모드로 DLNA 동작 확인
4. Broadcom 으로 부터 25일 엔지니어와 함께 오겠다는 약속을 받음
5. 삼성 7000 모델의 경우, Ad-hoc 모드로 핸드폰 또는 모바일 기기로 부터 문자메시지, 일정관리, 동영상등을 재생할 수 있다는 메뉴얼 상의 지원 확인
6. 상품기획으로 부터, PS3, Apple TV 와 함께 연동해야 한다는 메일을 받음

1. Dongle 이 어떤 것을 지원해야 하는지(스펙/국가/기능)
2. 앞으로의 스케줄 일정(Wi-Fi/IPM)

• Ad-hoc 모드 Spec out
• 세부 스케줄 확정

• 측정프로그램(체리엇) 검토(~6月 15日)

1. 정보연 쪽에서 IPM 코드 Commit
2. 다음주 화요일 미팅 후 세부 스케줄 및 방법 논의 必

1. 유무선 기본 기능 구현(~6/12) : Saturn 에서 Build 되어 동작할 수 있도록 함
2. WPS 기능 구현(~6/24)
3. UI 와 정합 테스트(~7/10)
4. Mantis Defect 수정(~7/17)

1. 매주 화(10:00 ~ 11:00) 16층 회의실

1. 유무선 기본 기능 구현(~6/12)
2. WPS 기능 구현(~6/24)
3. Ad-Hoc 모드 기능 구현(~7/10)
4. UI 와 정합 테스트(~7/24)
5. Mantis Defect 수정(~7/31)

1. Dual-Band 지원(2.4/5 GHz)
2. 안테나(2×2) 지원
3. WPS/Ad-Hoc 모드 지원
4. 802.11 a/b/g/n 지원

※ 위의 스펙에 따라 'Realtek, Atheros' 는 선정 대상에서 제외함. Atheros 의 경우, 7월 초에 모듈 샘플을 받을 수 있는 관계로 제외함
※ 자세한 사항은 wifi_chip.xls 를 참고하기 바람

WPS 구현 중, bcm 에 서는 WPS 동작을 위해 별도의 바이너리를 제공하고 있는데(wpsenr, wpsreg)
이 구현 내용에는 WPS 접속 시 필요한 저수준의 명령들이 포함되어 있습니다.
ralink 의 경우 ioctl 명령을 통해 간단히 드라이버에 접속 명령을 보낼 수 있도록 처리되어 있지만, bcm 의 경우는 그렇지 않아 우리 new_ipm 코드에 WPS 동작에 해당하는 코드를 포함하여야 하는 문제가 있으며 이 코드에 관한 설명, 사용에 관한 문서가 없음

'→ WPS(PIN, PBC) 에 관련한 함수를 라이브러리화'

Adhoc 모드에서 다른 디바이스가 접속 된 지 여부를 알 수 없음
Infra 모드에서는 'wl assoc' 또는 'wl bssid' 의 명령어를 통해 AP 에 접속 여부 확인이 가능하지만 같은 명령어를 Adhoc 모드에서는 항상 '접속됨' 으로 통보되는 문제 있음.

'→ Broadcom 본사에 문의(Ad-hoc 서버와 클라이언트를 자동으로 바뀌지 않도록 조정)'

dongle 이 제거 되었을 시 network interface 가 사라지지 않는 문제가 있음
예를 들어 eth1 으로 인식되었다가 dongle 이 빠지면 그것이 시스템에서 사라져야 하지만, 여전히 존재함
그 후 다시 dongle 이 접속되면 eth2 라는 인터페이스가 생김.
접속/접속 해제를 반복하면 eth1, eth2, eth3 .. 과 같이 계속해서 새 인터페이스가 생기며, 없어지지 않음
new_ipm 는 dongle 이 하나만 접속 된다고 가정하고 동작하기 때문에 이에 대한 처리가 안 되어 있음
3번 문제를 bcm 에 전달하였으며, 그 에 대한 해결책으로 rmmod 하면 해당 인터페이스 남아 있는 문제 해결 가능하다고 통보함.
이렇게 되면 dongle 접속/접속 해제 할 때마다 insmod/rmmod 를 반복하여야 하는 문제가 있으며 이 때문에 별도의 프로세스가 그것을 처리 해야 하는 부담이 생김.
이 해결책도 dongle 이 2개 이상 접속하는 케이스에는 여전히 문제가 있음.
또한, PC 와 broadband TV (bcm3549) 플랫폼에서 테스트 한 결과, rmmod 할 때 kernel panic 발생하여 시스템이 멈추는 문제 있음.
이 문제를 bcm 측에 문의 하였으나 답변이 없는 상태임.
saturn6 에 서는 rmmod 동작 안 하는 문제 있음(우리 문제)

'→ 아직 문제 해결 중'

Firmware 파 일을 소스코드에 built-in 하여 컴파일 하여 사용시, ifconfig wlan0 up 을 실행하면 커널 패닉 발생함

'→ 아직 문제 해결 중'

Infra 모드 WEP(open) 으로 접속하는 경우 security key 가 틀려도 접속은 성공하였다고 응답이 오는 문제가 있습니다.
DHCP 요청하면 security key 가 틀렸으므로 응답 받지 못함. key 가 틀린 경우를 체크 할 수 있는 방법이 필요합니다.

'→ WEP(open) 의 경우, 키가 틀렸더라도 실제로 AP 접속은 된다. 가장 간단한 방법으로 dhcp client 에서 에러를 반환해주는 것이지만, 이럴 경우, 리턴하는 시간이 오래걸리는 단점이 생긴다. dhcp 로 넘어가기 전에 서로 확인하는 키(또는 패킷)를 전송하여 이를 가지고 확인하는 방법이 있다.'

S7 칩 출시가 지연됨에 따라서 향후 DV 일정도 지연되었음.

1. 7월 5주 : WPS/Ad-Hoc 기능 구현 / Thoughput 테스트
2. 8월 2주 : 정합 및 안정화 테스트
3. 8월 3주 : Saturn 7 포팅 준비

1. 현재 - 단독 application 레벨에서 동작 확인 가능
2. 추가 구현 필요 - new_ipm 에 추가할 수 있도록 해당 동작이 block 되지 않도록 독립 수행 기능 추가(thread context)
3. 작업완료일 : 7월 24일 금요일 정오.

1. 현재 - Ad-hoc 연결 상태를 socket 으로 통지하도록 되어 있음
2. 추가 구현 필요 - Ad-hoc 연결 상태를 IOCTL 명령을 사용하여 물어볼 수 있는 명령 추가
3. 작업완료일: 7월 24일 금요일 정오.

※ 2 번 이슈가 1번 이슈보다 더 간단히 구현 가능하다고 하여 먼저 진행하고 결과를 보내주기로 했음
※ 1번, 2번에 대한 최종 결과는 7/24 (금) 정오까지 전달하기로 하였으며, 만약 구현 중 문제가 발생하거나 일정 차질 우려가 있을 경우 중간 보고 하기로 했음

1. 현재 - Firmware 를 업데이트하여 문제를 해결. 제대로 동작하는 것을 확인함

1. 현재 - 릴리즈된 디바이스 드라이버(7/21)를 사용하여, 문제를 해결. 제대로 동작하는 것을 확인함. 7월 21일자로 받은 디바이스 드라이버를 Base 로 하여 작업을 진행하기로 함

1. 현재 - BCM 과 MSTAR 쪽에 이에 대한 이슈를 Report 한 상태임
2. 작업완료일 : 7월 31일

테스트 환경은 다음과 같다.

1. H/W : BCM 3549 ATSC DV1 보드
2. S/W : GP2 r.9181
3. ETC : LINKSYS AP, 802.11n only